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SUMMARY 


The  interface  between  the  instructor  and  the  simulation  system  of  an 
aircrew  training  device  (ATD)  is  critical  in  establishing  the  ef fecti%-eness  of 
the  device.  While  technology  has  provided  a  broad  range  of  interface  options, 
the  implementation  has  not  always  proven  to  be  user-acceptable ,  user-friendly, 
or  training  effective.  As  a  result,  the  Air  Force  Human  Resources  Laboratory  at 
Williams  AFB,  as  part  of  a  long-range  training  research  and  development  program, 
undertook  the  development,  of  a  design  guide  for  the  instructor/operator  stations 
of  ATDs . 

A  two-phase  effort  was  completed.  Phase  1  involved  a  survey  of  represen¬ 
tative  operational  weapon  system  trainers  to  collect  data  on  existing  problems 
and  recommendations.  Phase  II  was  concerned  with  the  development  of  a  design 
guide  and  a  prototype  instructor/operator  station  specification. 

This  report  is  the  design  guide  and  sample  spec i f 1 cat  1  on  which  were  devel¬ 
oped  based  on  the  results  of  the  survey,  the  analysis  of  design  data,  and  an 
analysis  of  the  instructor  role  and  functions  in  the  use  of  aircrew  training 
devices  in  aircrew  training.  The  guide  includes  108  design  characteristics,  a 
list  of  functions  which  should  be  performed  to  accomplish  training,  a  design 
guide  for  control  and  indicator  panels,  a  list  of  standard  abbreviations  for 
use  in  data  displays  and  panels,  summaries  of  lessons  learned  from  the  surveys 
in  terns  of  displays  and  controls,  and  a  sample  108  specification. 


PREFACE 


A  two-phase  effort  was  undertaken  to  deveiop  a  design  guide  for  instructor 
operator  stations.  The  first  phase  involved  a  survey  of  representative  aircrew 
training  devices  (ATD)  and  was  conducted  with  the  cooperation  and  assistance  of 
many  AF  training  personnel.  Their  inputs  in  terms  of  problems  encountered  and 
recommendations  were  invaluable.  The  author  wishes  to  express  his  appreciation 
for  their  assistance  and  patience  during  the  surveys. 

This  research  and  development  supports  the  Training  Technology  goal  as 
outlined  in  the  Air  Force  Human  Resources  Laboratory  (AFHRL)  Research  and 
Technology  Plan.  The  general  objective  of  this  goal  is  to  identity  and  demon¬ 
strate  cost-effective  strategies  and  new  training  systems  to  develop  and  main¬ 
tain  combat  effectiveness.  Ihe  work  was  performed  by  ICON,  Inc.,  as  a  sub¬ 
contractor  to  the  University  of  Dayton  Research  institute  (Contract  No.  F33615- 
84-C-0066)  for  the  AFHRL  Operations  Training  Division  (AFHRJ./OT)  under  Work  Unit. 
1123-03-79,  with  Dr.  Gary  S.  Thomas  as  technical  monitor. 

Dr.  Gary  Thomas  of  AFHRL/OT  provided  technical  direction  for  the  project. 
Mr.  Craig  McLean  at  the  Simulator  Systems  Program  Office  assisted  in  coordinat¬ 
ing  the  survey  and  providing  valuable  inputs  and  insight  into  the  ATD  develop¬ 
ment  process. 
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INSTRUCTOR /OPERATOR  STATION  DESIGN  GUIDE 


1.0  INTRODUCTION 

The  instructor/operator  station  (IOS)  provides  the  interface  between  the 
simulator  instructor  and  the  aircrew  training  device  (ATD).  The  character! sties 
of  the  interface  directly  affect  the  effectiveness  of  training  and  hence,  of  the 
training  device  itself. 

1 . 1  Background 

The  United  States  Air  Force  undertook  a  series  of  research  and  development 
(R&D)  efforts  in  the  mid-1980s  to  assess  training  device  effectiveness.  These 
efforts  looked  not  only  at  ATD  utilization  in  training  programs,  but  also  at 
the  utilization  of  training  and  instructional  features,  and  at  user  and  instruc¬ 
tor  acceptance  of  the  devices.  The  results  in  general  revealed  that  not  all 
trainers  were  being  utilized  as  expected,  that  user  acceptance  was  not  always 
high,  and  that  many  trainer  capabilities  were  not  being  utilized.  The  studies 
indicated  a  wide  variety  of  causal  factors,  ranging  from  a  lack  of  user  training 
to  changes  in  training  objectives  and  weapon  system  modi fieations  which  were 
not  incorporated  in  the  trainer.  In  addition,  advances  in  technology  were 
clearly  impacting  trainer  108  design,  especially  in  control,  display,  and  soft¬ 
ware  capabilities. 

As  a  result,  the  Aeronautical  Systems  Division,  through  the  Air  Force  Human 
Resources  Laboratory  (AFHRL)  at  Williams  AFB,  Arizona,  undertook  the  development 
of  an  IOS  design  guide. 

1 . 2  Approach 

The  effort  began  with  a  survey  of  the  lOSs  of  selected  Military  Airlift 
Command  (MAC)  and  Strategic  Air  Command  (SAC)  weapon  system  trainers  at  Alt.us 
AFB,  Little  Rock  AFB,  and  Castle  AF'B.  In  addition,  a  visit  was  made  to  McCon¬ 
nell  AFT)  to  review  the  KC-135R  trainer.  The  objective  was  to  collect  data  on 
IOS  utilization  including  problems  in  operation  and  training.  A  design  guide 
was  to  be  developed  to  fill  the  gap  in  existing  IOS  design  data  and  methods 
such  as  human  factors  engineering,  systems  analysis,  and  instructional  develop¬ 
ment.  The  final  task  was  to  develop  an  IOS  specification  to  be  incorporated 
into  a  typical  trainer  procurement  specification  utilizing  the  design  guide 
material . 

1 . 3  Purpose 

The  purpose  of  the  guide  is  t,o  provide  the  trainer  system  procurement  staff 
with  sufficient  data  and  formats  to  specify  an  effective  KXS(s)  for  future 
ATDs.  The  guide,  when  used  with  existing  system  acquisition  guides,  human 
factors  engineering  guides,  and  instructional  development  ef torts,  should  result 
in  the  design  and  development  of  an  IOS  that,  is  responsive  to  training  require¬ 
ments  and  to  user  needs  and  characteristics.  At  the  same  time,  it  should  prevent 
the  recurrence  of  fiast  design  deficiencies. 


2.0  SCOPE 


This  guide  applies  to  the  procurement  of  all  ATDs  suporting  aircrew  train¬ 
ing  from  undergraduate  pilot  training  through  initial  qualification,  upgrade, 
and  special  qualifications  training. 


3.0  APPLICABLE  DOCUMENTS 


3.1  Specifications 


MIL-M-18012  Markings  for  Aircrew  Station  Displays,  Design  and  Configura¬ 
tion  of 

M1L-T-23991  Training  Devices,  Military,  General  Specification  for 


MIL-C-25050 


MIL-C-29025 


Colors,  Aeronautical  Lights  and  Lighting  Equipment,  General 
Specification  for 

Communication  Systems  for  Training  Devices,  General  Specifi¬ 
cation  for 


MIL-C-29053  Training  Requirements  for  Aviation  Weapon  Systems 


M1L-S-38039 


MIL-H-46855 


Systems,  Illuminated,  Warning,  Caution,  and  Advisor,  General 
Specification  for 

Human  Engineering  Requirements  for  Military  Systems,  Equip¬ 
ment  and  Facilities 


MIL-C-81774  Control  Panel,  Aircraft,  General  Requirements  for 
MIL-T-82335  Trainer,  Fixed  Wing,  Flight:  General  Specification  for 


3 . 2  Standards 


MIL-STD  1472 


Human  Engineering  Design  Criteria  for  Military  Systems, 
Equipment  and  Facilities 


MIL-STD  411  Aircrew  Station  Signals 

MIL-STD  783  Legends  for  Use  in  Aircrew  Stations  and  on  Airborne  Equipment 

MIL-STD  203  Aircrew  Station  Controls  and  Displays  for  Fixed  Wing  Aircraft 

MIL-STD  250  Aircrew  Station  Control  and  Displays  for  Rotary  Wing  Aircraft 

MIL-STD  1333  Aircrew  Station  Geometry  for  Military  Aircraft 

MIL-STD  721  Definition  of  Effectiveness  Terms  for  Reliability,  Main¬ 
tainability,  Human  Factors  and  Safety 


FED-STD  595  Colors 
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3 . 3  Air  Force  Publications 

AF  Regulation  50-8  Policy  and  Guidance  for  Instructional  System  Develop¬ 
ment  (1SD) 

AF  Regulation  50-11  Management  of  Training  Systems 
AF  Regulation  57-1  Statement  of  Operational  Need  (SON) 

AF  Regulation  60-12  Planning  and  Scheduling  Aircrews  and  Equipment 
AF  Regulation  800-2  Acquisition  Program  Management 
AF  Regulation  51-series  -  Aircrew  Training 

3.4  Other  Publications 

Diffrient,  N. ,  Tilley,  A.  R. ,  &  Bardagjy,  J.  C.  (1974).  Human  scale  1/2/3. 
Cambridge,  MA:  MIT  Press. 

Diffrient,  N. ,  Tilley,  A.  R. ,  &  Hannan,  D.  (1981).  Human  scale  4/5/6.  Cam¬ 
bridge,  MA:  MIT  Press. 

Diffrient,  N.,  Tilley,  A.  R. ,  &  Harman,  D.  (1981).  Human  scale  7/8/9.  Cam¬ 
bridge,  MA:  MIT  Press. 

Galitz,  W.  O.  (1985).  Handbook  of  screen  format  design  (2nd  ed. ) .  Wellesley 
Hills,  MA:  QED  Information  Sciences. 

Kinkade,  R.  G. ,  &.  Anderson,  J.  E . ( 1984 ) .  Human  factors  guide  for  nuclear  power 
plants  control  room  development.  Palo  Alto,  CA:  Electric  Power  Plant 
Research  Institute. 

McCormick,  E.  J.  (1976).  Human  factors  in  engineering  and  design  (4th  ed.). 

New  York :  McGraw-H ill. 

Morgan,  C.  T. ,  Chapanis,  A.,  Cook,  J.  S.,  Ill,  &  Lund,  M.  W.  (1976).  Human 
factors  in  engineering  and  design.  New  York:  McGraw-Hill. 

4.0  DEFINITIONS 

The  following  terms  are  used  throughout  the  guide. 

Simulator  Training  System  -  an  integrated  group  of  subsystems  consisting  of 
hardware,  software,  and  personnel  designed  to  conduct  training  of  the  air- 
crew(s)  of  an  operational  system  via  simulation.  A  variety  of  subsystems  may 
be  required  to  meet  the  specified  training  objectives  including  simulations  of 
motion,  vehicle  dynamics,  weapon  system  characteristics  and  capabilities, 
geophysical  environment,  electromagnetic  environment,  warfare  environment,  and 
any  other  aspect  of  the  task  required  for  crewmember ( s )  training.  A  typical 
simulator-hased  training  system  will  consist,  of  the  following  subsystems: 

1.  Trainee  station  or  mockup, 


2.  Computer  system  with  software  operating  system, 

3.  I ns true tor /Opera tor  interface, 

4.  Simulation  software,  and 

5.  Training  software. 

In  addition,  the  following  subsystems  may  be  present: 

6.  Visual  simulation  system, 

7.  Mot ion/vi brat ion  simulation  system, 

8.  Sound  simulation  system,  and 

9.  Acceleration  ("g")  simulation  system 

Cockpit  or  Crewstation  Familiarization  Trainer  (CFT)  -  a  training  device 
consisting  of  a  crewstation  mockup  utilized  to  familiarize  the  aircrew  member 
with  the  arrangement  and  location  of  controls  and  displays  and  to  teach  and 
practice  tasks  such  as  checklist  use  and  normal  and  emergency  procedures  se¬ 
quences.  Controls  and  displays  are  not  normally  functional. 

Part.-Task  Trainer  (PTT)  -  a  training  device  used  to  practice  a  specific 
task,  generally  a  weapon  system  subsystem  task  such  as  normal  and  emergency 
operation.  The  device  provides  a  mockup  of  relevant  sections  of  the  crew¬ 
station,  consisting  of  control  and  display  panels  related  to  the  subsystem 
learning  objectives.  Skills  independent  of  other  mission  tasks  are  developed 
for  later  integration  with  other  aircrew  tasks. 

Cockpit  or  Crewstation  Procedures  Trainer  (CPT)  -  a  training  device  con¬ 
sisting  of  a  crewstation  mockup  utilized  to  teach  the  aircrew  member  specific 
system  operation  including  normal  and  emergency  procedures.  Relevant  controls 
and  displays  are  functional,  but.  no  dynamic  simulation  of  the  platform  or  of 
complete  weapon  systems  is  implemented. 

Operational  Flight,  Trainer  (OFQ  -  a  training  device  consisting  of  a 
mockup  of  the  aircraft  cockpit,  with  complete  simulation  of  aircraft  flight 
character! sties  and  environment  to  permit  training  in  aircraft  handling,  instr¬ 
ument,  flight  procedures  related  normal  and  emergency  procedures,  and  integration 
of  piloting  skills.  Limited  tactical  maneuvers  can  also  be  trained. 

Mission  Trainer  (MT)  -  a  training  device  consisting  of  a  crewstation  moek- 
up(s)  which  permits  training  on  specific  mission  tasks  in  a  simulated  environ¬ 
ment.  The  trainer  provides  weapon  system  operating  modes  or  mission  modes  which 
require  tactical  decision  making  and  provide  for  integration  of  system  operat¬ 
ing  skills.  The  trainee  is  confronted  with  inflight  situations  that  energize 
aircraft,  sensors  for  target  acquisition,  identification,  tracking,  evasion,  and 
weapons  management . 

Weapon  System  Trainer  (WST)  -  a  training  device  providing  complete  simula¬ 
tion  of  the  weapon  system,  with  full  mockup  of  crews  tat  ions  and  dynamic  simula- 
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tion  of  system  and  warfare  environments.  Complete  missions  can  be  trained  as 
well  as  crew  integration. 


Instructor  Operator  Interface 
trainer  hardware  and  software  system. 


the  link  between  the  instructor  and  the 
It  includes  the: 


1.  physical  interface  -  the  controls,  displays,  consoie/tabie,  chair,  and 
other  hardware  installed  at  the  instructor's  normal  position  during  training. 

2.  simulation  interface  -  the  functional  interface  with  the  simulation 
system  which  provides  the  instructor  control  over  the  simulation  program, 
including  the  motion  and  acceleration  simulations,  flight  and  weapon  system 
simulations,  and  environment  simulations. 

3.  instructional  interface  -  the  functional  interface  with  the  training 
system  which  provides  the  instructor  control  over  the  instructional  features  of 
the  training  device,  from  training  event  preparation  and  briefing  to  debriefing 
and  training  evaluation. 

I nstruc tor /Operator  Station  (IQS)  -  the  designated  position  for  the 
instructor  for  implementing  the  training  functions  assigned. 

Instructor/Operator  Console  (IOC)  -  a  display  and  control  assembly  design¬ 
ed  to  implement  the  instructor  interface  requirements. 

Instructional  Feature  -  an  ATT)  hardware  or  software  capability  designed  to 
unburden  the  instructor  and  enhance  his/her  performance  in  instructing  tasks 
using  the  training  device. 

Operating  Feature  -  an  ATI)  hardware  or  software  capability  designed  to 
unburden  the  instructor  and  enhance  his/her  operation  of  the  training  device  in 
support  of  training  functions. 

Management  Feature  -  an  ATI)  hardware  or  software  capability  designed  to 
unburden  the  instructor  and  enhance  his/her  management  of  training  using  the 
training  device. 

Simulator  Instructor  -  a  USAF-certif ied  flight  or  weapon  system  instructor 
trained  to  utilize  the  simulator  training  system  in  the  implementation  of  the 
designated  training  course. 

Simulator  Operator-  a  USAF  designated  person  trained  in  the  detailed 
operation  of  the  training  simulator,  including  computer  system  initialization, 
utility  systems  operation,  ancillary  simulation  system  (e.g. ,  visual,  motion) 
operation,  training  mission  programming,  and  routine  trainer  operation  in 
support  of  training  implementation. 

5.0  lOS  OHARACTKRISTICS 

The  characteristics  of  the  IOS,  as  part  of  the  ATT),  are  contingent  on  t.he 
training  requirements  allocated  to  the  ATT)  as  a  training  medium.  No  meaningful 
ATI)  or  IOS  can  be  specified  in  t.he  absence  of  expl  icit.ly  stated  training  objec¬ 
tives.  The  Instructional  System  Development  (ISO)  process  normally  identities 
training  objectives  and  allocat.es  them  to  selected  media.  Therefore,  t  lie  weapon 
system  ISD  effort  must,  be  completer!  to  at.  least  the  objectives  allocation  stage 
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prior  to  developing  the  ATD  and  the  IOS  functional  description  and  subsequent 
detailed  specification.  This  includes  completion  of  the  task  analysis  and 
development  of  the  learning  objectives. 

IOSs  are  designed  to  meet  specific  interface  objectives  based  on  the 
following  requirements  and  constraints: 

1.  Training  system  functional  requirements, 

2.  Manning  concept, 

3.  Training  course  level, 

4.  Training  strategy,  and 

5.  Instructor  location  relative  to  trainee  station(s). 

The  parameters  are  not  independent.  For  example,  instructor  location  is 
partially  a  function  of  training  strategy,  which  is  in  turn  partially  a  function 
of  training  course  level.  However,  each  defines  a  characteristic  reflecting  a 
system  constraint  or  requirement. 

Each  IOS  must  be  functionally  defined  in  terms  of  these  requirements  prior 
to  design.  The  training  device  functional  specification  must  integrate  the  IOS 
requirements  into  the  total  simulator  training  system  functional  specification. 
(The  training  system  functional  specification  is  developed  from  training  objec¬ 
tives  and  requirements,  not  weapon  system  or  simulation  system  characteristics 
and  capabilities.) 

The  type  and  quantity  of  supporting  training  devices  also  determine  what 
training  objectives  will  be  allocated  to  a  specific  device.  The  lack  of  sep¬ 
arate  familiarization  and  procedures  trainers,  for  example,  may  result  in  the 
transfer  of  related  training  objectives  to  the  WST.  The  result  is  the  im¬ 
position  of  a  different  set  of  instructor  interface  requirements  to  the  IOS. 

The  WST  trainee  is  assumed  to  have  the  skills  and  knowledge  associated  with 
basic  position  qualification,  including  subsystem  normal  and  emergency  operating 
procedures  and  hasic  tactical  employment.  The  requirements  interact  with  the 
training  course.  Continuation  training,  for  example,  assumes  that  the  trainee 
meets  the  weapon  system  qualification  entry  skill  and  knowledge  levels.  Thus, 
operational  units  impose  fewer  constraints  on  IOS  design  in  terms  of  training- 
level  support  than  do  replacement  training  units. 

5 . 1  Training  Functional  Requirements 

As  a  training  system  element,  the  training  simulator  must  be  specified  in 
terms  of  training  functional  requirements.  Although  a  variety  of  taxonomies 
have  been  utilized  to  structure  these  requirements,  all  reflect  the  basic 
training  tasks  from  scheduling  of  the  training  event,  through  the  conduct  of  the 
specific  event,  to  documentation  and  user  training.  Figure  1  outlines  a  typical 
set  of  functions  in  flowchart  format.  Appendix  A  outlines  these  functions  in 
greater  detail. 

A  modem  computer-based  simulation  training  system  is  potentially  capable 
of  supporting  all  of  the  functions  involved.  Where  other  training  systems  are 
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utilized,  such  as  a  training  management  or  data  system,  an  interface  can  be 
utilized  to  integrate  the  trainer  into  the  overall  system.  As  a  mininran,  a 
terminal  should  be  provided  for  simulator  instructor  use  as  the  interface 
between  the  systems.  To  the  extent  that  the  ATD  is  not  functionally  supported 
as  part  of  an  overall  training  system,  the  ATD  "system"  must  support  the  train¬ 
ing  functions  if  it  is  to  be  effective. 

For  IOS  design,  the  required  training  functions  have  been  categorized  in 
terms  of  three;  major  10S  functions.  These  functions  and  their  subelements  are 
shown  in  Table  1.  The  categories  will  be  used  in  describing  IOS  design  require¬ 
ments  where  options  for  operators  and  instructors  are  reviewed. 

Table  1 .  IOS  Functional  Requirements 

Operating  Functions 
System  power  up 

Program  load  (simulation/ training  program) 

System  readiness  checks 

System  configuration  for  training 

System  reset/ reboot 

Data  store/processing 

Scenario  development. /programming 

Instructing  Functions 

Event  preparation 
Aircrew/staff  briefing 
Crewstation/console  configuration 
.Scenario  initialization 
Instructing/performance  monitoring 
Performance  evaluation/assessment 
Performance  problem  analysis/diagnosis 
Aircrew/staff  debriefing 

Instructor  training/standardization/certif ioation 


Trainer  scheduling 

Aircrew  scheduling 

Instructor/operator  scheduxing 

Aircrew  training  records  maintenance/interface 

Instructor /operator  records  maintenance/ interface 

Trainer  syllabi  development/control 

System  utilization/status  reporting 

Training  effectiveness  analysis 

Trainer  configuration  control 


The  three  functional  categories  also  define  three  different  users  in  terms 
of  jobs  and  qualifications  (if  the  functions  have  been  allocated  to  manual 
operation).  These  are: 

1.  System  operator  -  typically  a  simulator  technician/computer  operator, 
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2.  Simulation  instructor  -  a  weapon  system  position-qualified  person  who 
has  completed  instructor  training  including  trainer  utilization, 

3.  Training  manager  -  typically  a  syllabus  or  course  unit  manager  with  ex¬ 
perience  and  responsibilities  in  training  operations  and  management. 

Optimization  of  the  manning  of  the  IOS  requires  consideration  of  the 
functions  involved  and  the  skills  and  knowledge  necessary.  It,  also  requires 
designing  the  IOS  to  reflect  the  three  different  jobs  involved;  e.g.,  grouping 
of  controls  and  displays  should  be  based  on  user  characteristics  and  needs,  as 
well  as  required  integration  with  other  types  of  users  and  stations. 

5.1.1  Operating  Functions.  The  operating  functions  are  of  two  types: 

1.  System  operation  to  establishing  training  system  readiness;  e.g., 
power-up,  checkout,  and  configuration. 

2.  Computer  system  operation  to  conduct  training,  e.g.,  scenario  program¬ 
ing,  data  processing  and  system  modifications. 

In  summary,  operating  functions  are  concerned  with  the  operation  of  the 
simulation  subsystems  (hardware  and  software)  to  support  training. 

5.1.2  Instructing  Functions.  Instructing  functions  are  of  three  types: 

1.  Training  preparation  functions;  e.g.,  review  of  training  data,  conduct¬ 
ing  briefings,  initializing  the  trainer,  and  configuring  the  crewstation  and 
IOS  for  the  training  exercise  to  be  conducted. 

2.  Training  functions;  e.g.,  scenario  modification  to  meet  aircrew  special 
requirements,  monitoring  and  evaluating  performance,  implementing  instructional 
features,  and  providing  guidance  and  real-time  feedback. 

3.  Terminating  functions;  e.g.,  debriefing,  scoring/grading,  and  completion 
of  training  records. 

In  summary,  instructing  functions  include  all  the  functions  related  to 
implementing  training,  given  an  operationally  ready  training  device. 

5.1.3  Management  Functions.  Management  functions  are  of  four  types: 

1.  Scheduling  functions;  e.g,  scheduling  the  trainer,  operators,  instruc¬ 
tor  ( s )  and  student ( s ) . 

2.  Data  functions;  e.g.,  maintaining  student,  instructor,  and  trainer 
records  and  reports. 

3.  Design  functions;  e.g.,  developing  scenarios,  missions,  and  training 
events  including,  for  example,  initial  condition  options,  performance  measure¬ 
ment  algorithms,  offensive  system  characteristics ,  and  environments. 

4.  Training  functions;  e.g.,  training  of  the  instructors,  operators,  and 
other  users  in  trainer  operation. 


In  summary,  management  functions  include  all  of  the  off-line  or  background 
functions  required  to  schedule,  design,  and  document  training  and  trainer 
activities . 

5.2  Manning  Concept 

The  manning  concept  refers  to  both  the  quantitative  and  qualitative  charac¬ 
teristics  associated  with  IQS  manning.  The  types  of  personnel  utilized  range 
from  operational  aircrew  members  to  contract  personnel.  The  implications  for 
IOS  design  are  significant  and  must  be  reflected  in  the  IOS  design  requirements. 
The  various  manning  options  can  be  described  in  terms  of  four  categories: 

1.  Operational  instructors, 

2.  Simulator  instructors, 

3.  Simulator  instructor-operators, 

4.  Simulator  operators. 

5.2.1  Operational  Instructors.  Operational  aircrew  instructors  are  defined  as 
AF  personnel  who  are  weapon  system  qualified  and  have  completed  instructor 
upgrade  training.  Included,  for  example,  are  instructor  pilots,  instructor 
navigators,  instructor  flight  engineers,  and  instructor  gunners.  Operational 
instructors  are  typically  also  instructor  qualified  in  the  aircraft.  They  may 
also  be  qualified  as  academic  instructors. 

A  relatively  high  instructor  turnover  rate  will  exist,  in  that  the  person¬ 
nel  will  typically  rotate  out  of  the  job  in  about  2  years  (including  training 
time).  Thus,  on-the-job  experience  cannot  be  utilized  to  achieve  the  required 
instructor  capability  or  qualification. 

Operational  simulator  instructors  impose  the  following  requirements  on  IOS 
design: 

1.  Since  time  in  the  job  will  be  minimal,  simulator  operation  training 
time  must  be  minimal  and  should  typically  not  involve  more  than  20  hours  of 
academics  and  20  hours  of  hands-on  training  (including  the  instructor  qualifica¬ 
tion  event).  Qualification  requirements  will  be  contingent  on  the  trainer 
design  characteristics  but  will  normally  not  include  programming  tasks,  such  as 
simulator  mission  programming,  unless  the  task  is  integral  to  normal  operation. 

2.  Positive  transfer  of  operational  weapon  system  skills  to  simulator 
operation  must  be  maximized  and  negative  transfer  of  simulator  operating  skills 
to  weapon  system  operation  minimized.  This  will  require  that: 

a.  Documentation  language  and  operation  terminology  must  be  in  avia¬ 
tion  and  especially,  in  weapon  system  terminology; 

b.  Repeater  display  arrangement  and  appearance  should  be  identical  to 
the  weapon  system  ai rcrewstation  involved,  whether  accomplished  with  actual  or 
simulated  system  hardware; 


g 


mmmSS®, 


c.  Displays,  controls,  and  control  panels  should  be  configured  in 
accordance  with  aeronautical  design  standards  and  specifications,  and  the 
actual  weapon  system  crewstation  design; 

d.  Where  conflicting  design  guides  exist,  the  following  priorities 
shall  be  used  (in  sequence): 

•  weapon  system  aircrewstation  design; 

•  aeronautical  design  specifications,  standards,  and  drawings; 

•  human  engineering  design  criteria. 

5.2.2  Simulator  Instructors.  The  dedicated  simulator  instructor  is  one  whose 
sole  training  function  is  conducting  training  using  the  training  device. 
Personnel  of  two  different  backgrounds  are  utilized  and  impose  differing  re¬ 
quirements  on  IOS  design:  (a)  AF  personnel  with  flight,  and  possibly  weapon 
system,  experience;  and  (b)  contract  instructors  who  may  have  flight  experi¬ 
ence,  but  not  necessarily  weapon  system  experience. 

Simulator  operation  training  for  AF  personnel  must  be  limited  to  about  40 
hours  of  academics  and  hands-on  training,  with  no  more  than  an  additional  2 
weeks  of  observation  and  monitored  instructing.  Turnover  of  personnel  will 
normally  occur  each  3  to  4  years. 

Contract  instructors  can  be  required  to  be  proficient  in  the  operation  of 
the  trainer  in  all  modes,  and  in  its  use  in  implementing  the  training  course. 
Turnover  is  not  a  problem. 

5.2.3  Simulator  Operator/ Instructors.  Simulator  operators/ instructors  have 
expertise  in  trainer  operation,  but  limited  system  operational  expertise. 
Therefore,  this  manning  option  provides  individuals  skilled  in  trainer 
technical  operation,  but  not  necessarily  possessing  instructional  skill  in 
system  tactical  or  operational  capabilities  and  nuances.  A  wide  variety  of 
personnel  backgrounds  can  be  utilized.  Therefore,  the  IOS  subsystem  must  be 
designed  to  the  unique  qualifications  of  the  proposed  manning.  Typically, 
instructional  tasks  such  as  performance  assessment  and  scenario  tailoring  may 
need  to  be  supported  by  the  training  system  software. 

5.2.4  Simulator  Operators.  Simulator  operators  are  trained  in  the  details  of 
simulator  system/ subsystem  operation  and  "line-level"  maintenance.  The  operator 
typically  has  no  training  or  experience  in  the  weapon  system.  The  operator 
training  course  generally  consists  of  the  first  level  of  the  trainer  maintenance 
course. 

Simulator  operators  can  perform  two  types  of  training  functions;  they  can 
serve  as  a  "training  instructors"  for  automated  mission/qualification  simulator 
events  and  as  instructor  support  "technical  experts"  on  trainer  capabilities 
implementation.  Thus,  a  high  level  of  automated  instruction  must  be  incor¬ 
porated  if  a  simulator  operator  manning  concept  is  to  be  implemented. 

5.2.5  Caveat.  Though  the  established  manning  concept  can  be  utilized  to  es¬ 
tablish  the  IOS  requirements,  the  possibility  and  probability  of  alternative 
console/station  manning  must  be  considered.  For  example,  contract  instructors 
permit  greater  freedom  in  design  of  the  displays  and  controls,  since  an  instruc¬ 
tor  specifically  trained  to  utilize  the  trainer  will  be  provided.  However,  an  AF 
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operational  instructor  may  be  required  to  conduct  the  simulator  "check  ride" 
event  and  most  certainly  will  conduct  the  advanced  tactics  and  mission  qualifi¬ 
cation  training  events.  Thus,  the  IOS  must  be  designed  with  the  potential  for 
novice  operator"  use  under  certain  conditions.  The  required  capability  must 
be  well  defined. 

5 . 3  Training  Course  Level 

The  type  of  training  conducted  has  been  shown  to  significantly  alter  the 
trainer  control  functions  required  and  utilized.  The  trainer  courses  supported 
by  ATDs  include  the  t'oL lowing: 

1.  Initial  Qualification  Training  (Phase  I) 

2.  Qualification  Training  (Phase  1L) 


.‘1.  Continuation  Training  (Phase  111) 

4.  Upgrade  Training 

5.  Special  T'-aining 

Fach  level  imposes  different  instructor  requirements,  especially  in  terms 
of  instructor-simulator  interaction. 

5.3.1  Initial  Qualification  Training  (Phase  1).  Initial  qualification  training 
provides  basic  training  on  a  new  system.  The  course  can  be  divided  into  three 
phases : 

1.  Familiarization  Training  -  concerned  with  acquainting  the  trainee  with 
the  general  characteristics  of  the  system  and  the  configuration  and  layout  of 
the  erewstation.  At  the  conclusion  of  training,  the  trainee  is  expected  to 
know  the  location  and  function  of  all  controls  and  displays,  and  be  familiar 
with  all  subsystems  and  erewstation  components,  including  seating,  lighting, 
oxygen,  and  escape  and  restraint  devices. 

A  "familiarization  trainer"  is  normally  used  to  support  the  training.  The 
CFT  exemplifies  this  type  of  trainer. 

2.  Procedures  Training  -  concerned  with  teaching  the  trainee  the  normal 
and  emergency  operating  procedures  for  the  erewstation  systems.  At  the  con¬ 
clusion  of  training,  the  trainee  is  expected  to  be  able  to  power  up,  operate, 
power  down,  and  perform  specified  emergency  procedures  for  each  system  involved. 
No  tactical  use  of  the  systems  is  involved. 

Procedures  trainers  are  normally  used  to  support  this  type  of  training. 
Included  are  the  CFT  and  specially  designed  equipment  procedures  trainers. 

3.  Position  training  -  concerned  with  teaching  the  trainee  the  tasks  and 
functions  required  at  the  erewstation.  Integration  of  subsystem  procedural 
skills  is  involved.  At  the  conclusion  of  training,  the  trainee  is  expected  to 
be  able  to  operate  aJ 1  of  the  equipment  and  perform  all  of  the  functions  of  the 
position  independent.  1 y  of  other  crewmembers.  Basic  tactical  employment  can  be 
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included.  For  pilots,  for  example,  position  training  includes  training  in 
basic  flight  maneuvers  and  instrument  flight. 

Part-task  trainers  or  position  trainers  are  normally  used  to  support  this 
type  of  training.  These  include  the  OFT  and  the  FIT  type  of  trainers. 

4.  Crew  Training  -  concerned  with  initial  mission  qualification.  Integra¬ 
tion  of  all  skills  and  knowledges  needed  both  individually  and  as  a  crew  is 
required.  Basic  mission  training  and  qualification  training  are  included. 

Full  crew  trainers  are  normally  used  to  support  this  training.  these  in¬ 
clude  the  WST  and  ffT. 

At  the  conclusion  of  Initial  Qualification  Training,  the  trainee  is  ex¬ 
pected  to  be  qualified  in  the  crew  position. 

Phase  I  training  also  includes:  "difference  training,"  which  is  concerned 
with  training  crewmembers  in  a  different  series  of  the  same  aircraft  in  which 
they  are  currently  qualified;  and  "upgrade  training,"  which  is  concerned  with 
training  mission  qualified  personnel  in  new  crew  positions  (e.g.,  plane  com¬ 
mander  or  radar  navigator). 

5.3.2  Qualification  Training  (Phase  II).  Qualification  training  continues  after 
initial  qualification  training  and  is  concerned  with  the  training  and  qualifica¬ 
tion  of  the  crewmember  to  perform  a  unit’s  specific  mission. 

A  WST  or  tTT  is  used  to  support  qualification  training  as  appropriate, 
except  that  an  OFT  or  PTT  can  be  used  to  support  subsystem/part -task  or  refresh¬ 
er  training  such  as  pilot  and  copilot  instrument,  flight  qualification  and 
unusual  flight  maneuver  training. 

5.3.3  Continuation  Training  (Phase  III).  Continuation  training  is  conducted  at 
the  operational  unit  and  is  concerned  with  maintaining  crpwmeniher  position 
qualification  and  proficiency. 

A  WST  or  WT  is  used  to  support  training,  except  that  an  OKI  or  FT!  can  be 
used  to  support  specfic  subsystem  or  tactics  training,  and  refresher  training 
such  as  pilot  said  copilot  instrument,  flight  qualification  and  unusual  flight 
maneuver  training. 

5.3.4  Upgrade  Training.  Upgrade  training  is  concerned  with  training  for  ad¬ 
ditional  qualifications  such  as  radar  navigator,  aircraft  commander,  and  in¬ 
structor.  Position  upgrade  involves  initial  qualification  training  for  the  new 
position. 

The  same  trainers  as  those  used  in  the  initial  qualification  training 
phase  a^e  used  as  appropriate  for  upgrade  training. 

5.3.5  Special  Training.  Special  training  involves  unique  training  requirements 
in  special  tasks,  systems,  missions,  or  tactics.  ATI  is  are  us»>d,  as  feasible,  to 
support  the  unique  training  requirements. 
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5.4  Training  Strategy 

Training  strategy  refers  to  the  mode  of  instruction  employed  by  the  in¬ 
structor.  The  options  range  from  instructor  conducted  demonstrations,  with  the 
student  observing  (student  "hands-off"),  to  instructor  observation  of  trainee 
performance  (instructor  "hands-off").  The  modes  can  be  grouped  into  three 
categories  in  terms  of  instructor  leve L-of-involvement  as  follows: 

1.  Tutor  level, 

2.  Interactive  level,  and 

3.  Monitor  level. 

The  categories  impose  significantly  different  requirements  on  IOS  design. 

For  example,  the  monitor  level  or  hands-off  observation  strategy  imposes  major 
requirements  for  trainee  performance  data  collection  for  trainee  debriefing, 
since  little  instructor  interaction  occurs  during  the  training  event  itself. 

Direct  interaction  strategy,  on  the  other  hand,  imposes  major  simulation  control 

requirements,  since,  for  example,  the  instructor  requires  options  to  freeze  and 

modify  the  simulation  and  scenario  in  real  time.  j 

The  instructing  mode  also  interacts  significantly  with  the  type  of  training 
course  involved,  as  will  be  discussed  in  the  next  section. 

i 

5.4.1  Tutor  level.  At  the  tutor  level,  the  instructor  is  imparting  knowledge 
and  procedures  directly  to  the  trainee,  in  a  one-on-one  approach.  This  method 
is  used  primarily  for  the  weapon  system  familiarization,  basic  position  train¬ 
ing, and  initial  procedures  phases  of  training.  Trainer  devices  used  vary  from 
a  CFT  for  familiarization  and  orientation  training  to  procedures  trainers 
providing  segmented  mission  simulations. 

5.4.2  Interactive  1  eve  1 .  At  the  interactive  level,  the  instructor  is  presenting  I 

problems,  assisting  in  initial  solutions  as  necessary,  and  providing  practice 

and  qualification  problems.  Direct  instructor  interaction  with  the  trainee 
generally  diminishes  as  proficiency  is  gained  in  the  tasks  being  trained.  The 
ATDs  used  are  typically  part-task  trainers,  which  permit  presenting  task  prob¬ 
lems  (part-mission  tasks)  to  the  student  across  the  spectrum  of  tasks  involved 
in  the  mission.  | 

5.4.3  Monitor  level .  At  the  monitor  level,  the  instructor  functions  primarily 
as  an  exercise/scenario  control ler  or  trainee  manager  and  evaluator.  Interac¬ 
tion  is  minimal.  Fjcercises  and  missions  are  well  defined  and  typically  involve 
full  mission  execution  from  mission  briefing  to  mission  debriefing. 

I 

5 . 5  Instructor  Location 

The  location  of  the  instructor  is  a  major  determinant  of  IOS  requirements. 

Although  a  wide  variety  of  specific  locations  are  feasible,  generally  three 
variants  are  major  determiners  of  IOS  design: 

I 

1.  Remote  IOS  -  The  IOS  is  remote  from  the  trainee  station;  i.e.,  isolated 
physically  from  the?  trainee  stat.ion(s).  An  instructor/operator  console  located 
in  a  place  separate  from  the  trainee  mockup  is  an  example. 

i 

I 
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2.  On-board  Remote  IOS  -  The  IOS  is  adjacent  to  or  on-board  the  trainee 
station/mockup  but  remote  from  trainee  activity.  An  instructor  console  located 
behind  the  trainee  station  is  an  example. 

3.  On-board  Over-the-Shoulder  IOS  -  The  IOS  is  adjacent,  to  or  on-board  the 
trainee  stations  and  within  visual  observation  of  trainee  act i vi t i es/perfor- 
mance.  A  jump-seat  instructor  station  located  between  the  pi  lot  and  copi lot  is 
an  example.  Direct  observation  of  trainee  activity  is  an  integral  feature  of 
such  a  station. 

Varying  combinations  of  the  stations  may  be  required  where  the  trainer 
supports  different  phases  of  training  with  different  manning  constraints  and 
training  strategies. 

The  following  discussion  of  each  type  of  IOS  assumes  that  a  technician 
will  be  available  "on-call"  for  troubleshooting,  on-line  maintenance,  and 
technical  operation  support.  Thus  the  IOS  does  not  support  maintenance  func¬ 
tions  in  its  normal  mode  of  operation. 

5.5.1  Remote  IOS .  The  remote  IOS  is  a  self-contained  simulator  IOS.  As  such, 
it  provides: 

1.  Controls  for  all  instructor  simulator  operation  .and  training  event 
implementation;  and 

2.  Displays  for  monitoring  trainee  performance ,  simulated  system  status, 
and  training  device  status. 

The  remote  IOS  is  not  the  computer  system  operating  console,  which  is 
normally  located  with  the  computer  equipment. 

The  remote  IOS  option  is  typically  utilized  for  WSTs  supporting  continua¬ 
tion  and  mission  qualification  training  where  the  trainees  have  the  required 
position  skills.  They  are  being  trained  to  function  as  a  crew  and  for  specific 
missions . 

Figure  2  depicts  a  typical  remote  IOS  in  the  form  of  a  console.  The 
console  is  designed  for  operation  by  one  instructor.  Two  general-purpose 
cathode- ray  tubes  (CRTs )  and  cockpit  repeater  multifunction  displays  (MFDs)  are 
used.  Figure  3  depicts  a  typical  overall  layout  using  two  remote  consoles  for 
the  two  trainee  stations  (flight  and  offensive  systems). 

5.5.2  On-Board  Remote  IOS.  The  on-board,  but  isolated  instructor  station 
performs  the  same  functions  as  the  remote  IOS,  except  that  space,  weight,  and 
operating  design  constraints  normally  limit  the  functions  performed  at  the 
station.  Over-the-shoulder  instructing  is  often  supported  in  this  manner,  and 
partially  justifies  the  on-board  location.  Therefore,  display  requirements  can 
be  reduced  to  the  extent  that  the  instructor  is  provided  the  capability  of 
directly  viewing  trainee  activity  and  trainee  displays  and  controls.  The 
isolation  of  the  instructor  from  ready  access  to  the  supporting  training  sub¬ 
system  control  generally  imjposes  a  requirement  for  the  stand-by  support,  of  at 


Offensive 

Station 


least  a  technician.  This  is  especially  true  for  motion-based  systems  where  the 
instructor  may  not  be  able  to  access  trainer  utility  system  control  panels 
without  interrupting  the  on-going  simulation. 

The  on-board  remote  station  is  typically  used  where  there  is  the  pos¬ 
sibility  that  direct  contact  with  and  monitoring  of  the  trainee  may  be  required, 
but  where  control  of  complex  training  tasks  is  also  required.  Thus,  it  is  often 
used  with  part-task  trainers  such  as  OFTs,  PTTs,  and  position  trainers.  The 
trainee  will  generally  have  completed  the  familiarization  and  basic  procedures 
training  and  thus  have  the  basic  knowledge  and  skill  involved,  but  requires 
additional  practice  throughout  the  system’s  performance  envelope. 

Figure  4  depicts  a  typical  on- board  remote  IOS.  Figure  5  illustrates  a 
typical  layout  of  the  console  for  a  trainee  station  located  on  a  motion  plat¬ 
form. 

5.5.3  On-Board  Over-the-Shoulder  IQS.  The  on-board  over-the-shoulder  station 
presents  the  most  severe  constraints  to  IOS  design,  since  control  and  display 
area  and  instructor  space  are  minimal  —  especially  on  motion-based  trainee 
stations,  where  the  instructor  is  confined  by  a  lap  belt.  Instructor  eye-to- 
display/control  distances  can  create  readability  problems.  Trainee  positions 
typically  block  the  instructor’s  view  of  some  control/display  areas.  Lighting 
conditions  will  generally  be  restrictive  in  that  weapon  system  lighting  will  be 
used.  Interphone  communications  and  communication  simulations  present  equally 
difficult  implementation  problems. 

The  station  is  typically  used  in  the  early  stages  of  initial  qua! i fication 
training,  where  the  instructor  functions  in  the  "tutor"  mode  and  direct  contact 
with  the  trainee  is  required  both  tc  impart  knowledge  and  to  observe  and  cri¬ 
tique  trainee  performance.  Thus,  the  station  is  typically  used  in  familiariza¬ 
tion,  orientation,  and  initial  procedures  training. 

Figure  6  depicts  the  typical  layout  of  an  on-board  over-the-shoulder  IOS. 

It  consists  of  a  seat,  on  rails,  which  can  be  moved  forward  to  a  position 
between  the  two  pilots;  a  work  table;  a  control  panel;  and  a  remote  control 
unit.  Figure  7  shows  a  typical  panel;  this  panel  provides  communication  con¬ 
trols,  lighting  controls,  and  the  trainer  freeze  control.  Figure  8  depicts  a 
typical  portable  unit  used  for  controlling  the  trainer  from  the  over-the-shoul¬ 
der  position. 

5.5.4  Mixed  Options.  Providing  both  a  remote  and  an  on-board  instructor  station 
is  an  option.  The  approach  results  in  a  higher  instruc tor/ope rator-to-student. 
ratio  biit.  can  simplify  the  control  and  display  mechan i zat i on .  Manning  of  the 
remote  IOS  by  a  simulator  operator  can  reduce  operating  costs  but  requires  the 
location  of  all  instructor  displays  and  controls  at  the  on-board  station. 

On-board  stations  are  often  designed  to  function  as  both  a  remote  and  an 
over-the-shoulder  station  by  mounting  the  instructor  seat  on  tracks,  which 
permit  moving  to  a  position  close  to  the  trainee. 

Figure  9  depicts  an  on-board  station  that  incorporates  both  the  on-board 
remote  and  the  on-board  over-the-shoulder  options.  It  consists  of  a  console 
such  as  that,  shown  in  Figure  4.  Each  instructor’s  chair  can  be  moved  to  an 
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over-the-shoulder  instructing  position.  A  remote  control  unit  such  as  that 
depicted  in  Figure  8  is  provided  for  trainer  control . 

5.6  IPS  Characteristics  Sunmary 

The  parameters  which  determine  the  IOS  requirements  are: 


1.  Simulator  training  functional  requirements 

•  preparing  for  training 

•  briefing  trainees  and  staff 

•  initializing  the  simulation 

•  conducting  training 

•  evaluating  trainees 

•  debriefing  trainees  and  staff 

•  documenting  training  conducted 

•  developing  exercises/missions 

•  training  instructors 

The  functions  can  be  grouped  under  three  categories  as  fol lows: 

•  operating  requirements 

•  training  requirements 

•  management  requirements 

2.  Manning  Concept 

•  operational  instructors 

•  simulator  instructors 

•  simulator  instructors/operators 

•  operators 

3.  Training  Course  Level 


•  Initial  Qualification  Training 

\  •  Mission  Qualification  Training 

•  Continuation  Training 

■  •  Upgrade  Training 

!  •  Special  Training 

| 

^  4.  Training  Strategy 

h 

t  •  tutor 

f  •  interactive  instructor 

I  •  monitor/debriefer  instructor 

5.  Instructor  Location 

•  remote  from  trainee  station 

•  on-board  station,  remote  from  trainees 

•  on-board  adjacent/over- the-shouldor 


2  r> 


6.0  IOS  FUNCTIONAL  REQUIREMENTS 


The  generic  functions  involved  in  implementing  training  utilizing  an  ATD 
were  outlined  in  Section  5.1.  The  translation  of  these  into  functional  require¬ 
ments  for  a  specific  trainer  is  accomplished  through  the  analysis  and  synthesis 
of  training  requirements  data.  These  data  are  developed  utilizing  the  ISD 
methodology  and  include: 

1.  Training  objectives  allocated  to  the  training  device,  with  performance 
requirements ; 

2.  Training  course  outlines; 

3.  Manning  constraints  and  concepts; 

4.  Training  system  components  (in  particular,  supporting  training  devices); 

and 

5.  Trainer  facility  conceptual  layout. 

Each  training  function  must  be  analyzed  in  terms  of  these  data  to  develop 
a  functional  statement  or  description  of  the  ATD.  The  task  is  the  first  step  in 
the  ATD  acquisition  process  and  provides  the  basis  for  the  development  of  the 
detailed  acquisition  specfication. 

The  synthesis  process  required  is  iterative,  and  each  iteration 
refines  and  validates  the  system  concept  to  be  employed. 

Feasible  allocations  of  functions  will  be  reviewed.  The  final  choice(s) 
must  reflect  design  constraints  and  training  objectives.  The  feasibility  of 
each  set  of  allocated  functions  must  be  validated  against  all  constraints, 
including  manning. 

6.1.  Preparation  Function 

The  preparation  function  includes  the  following  training  subfunctions: 

1.  Identifying  the  training  event  in  terms  of  trainees,  training  time, 
trainer  to  be  used,  the  course  event,  and  the  status  of  the  simulator. 

2.  Assembling  required  training  data,  including  trainee  training  history 
relative  to  the  trainer,  training  event  descriptions,  performance  recording 
forms,  and  ini tialization  data. 

3.  Review  of  data  by  the  instructor. 

4.  Development/formulation  of  the  training  session  in  detail,  including 
detailed  mission  characteristics  and  trainee/staff  briefing. 

The  preparation  function  can  be  implemented  in  three  general  ways: 

1.  The  instructor  can  perform  the  function  manually  (e.g.,  collect  the  data 
required  from  schedules,  printed  course  outlines  and  telephone  calls  to  training 
and  facility  managers). 


2.  The  instructor  can  use  an  independent  computer-based  training  data 
management  system  (e.g.,  the  required  information  can  be  reviewed  at  a  separate 

data  terminal ) . 

3.  The  instructor  can  use  a  training  data  management  subsystem  incorporated 
into  the  training  device  and  queried  by  the  instructor  from  an  IOS  data  term¬ 
inal,  provided  the  capability  is  available  without  interfering  with  ongoing 
training;  i.e.,  it  must  be  implemented  in  a  background  mode. 

6.2  Briefing  Function 

The  briefing  function  includes  the  following  subfunctions: 

1.  Briefing  the  trainee  on  the  objectives  of  the  training  event,  procedures 
to  be  used,  and  any  trainer  probJems. 

2.  Briefing  the  training  support  staff  on  the  procedures  to  be  employed  and 
support  functions  to  be  provided. 

The  briefing  function  can  be  implemented  in  two  ways: 

1.  The  instructor  can  develop  the  briefing  from  printed  materials  and 
notes  and  deliver  it  as  a  lecture. 

2.  The  instructor  can  employ  a  trainer  briefing  station  utilizing  stored 
course  and  exercise/scenario  data,  along  with  student  training  history  data 
available  off-line  in  trainer  briefing  areas.  The  terminal  could  utilize  many 
of  the  instructional  features  available  at  the  main  IOS,  such  as  demonstrations, 
replay,  freeze,  reset,  and  hard  copy  to  support  the  briefing. 

6 . 3  Initializing  Function 

The  initializing  function  includes  the  following  subfunctions: 

1.  Configuring  the  trainer  system  to  meet  the  event  requirements  including 
configuring  the  simulation  system,  the  trainee  station! s)  and  the  instructor 
station(s) . 

2.  Initializing  the  simulation  system  to  the  training  event  starting 
conditions,  including  control  loading,  and  motion  and  visual  systems  if  used. 

3.  Establishing  system  readiness  in  terms  of  trainee,  trainer  systems 
(including  communications ) ,  and  staff  and  verifying  area  security. 

The  initializing  function  can  be  implemented  in  a  wide  variety  of  ways 
ranging  from  fully  manual  to  fully  automated.  Effective  implementation  will 
fully  address  the  IOS  requirements,  particularly  manning,  course  level ,  and 
instructor  location  requirements. 

6.4  Training  Function 

The  training  function  includes  the  following  subfunctions: 
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1.  Controlling  the  simulation  to  implement  the  selected  training  event; 
this  would  include  simulations  of  the  environment  (geophysical,  electronic, 
warfare,  etc.),  controllers,  threats  and  other  aircraft/platforms,  "missing" 
crewmember  actions/ inputs,  and  inserting/removing  malfunctions. 

2.  Monitoring  trainee  performance,  including  procedures,  techniques,  skill 
level,  attitude,  and  approach. 

3.  Monitoring  simulator  performance,  including  motion  and  visual  systems. 

4.  Instructing  the  trainee,  including  providing  of  feedback,  demonstra¬ 
tions,  operational  data,  knowledge,  and  correct  procedures. 

5.  Recording  data  for  f eedback ,  debriefing,  scenario  changes,  hardware  and 
software  reports,  and  inputs  to  the  trainee’s  training  file. 

The  training  function  can  be  implemented  in  a  wide  variety  of  ways,  from 
completely  manual  to  highly  automated.  Manual  implementation  of  the  function 
is,  in  general,  unsatisfactory  since  the  instructor  workload  is  generally  high 
and  limits  the  instructor’s  ability  to  accomplish  trainee  monitoring,  perfor¬ 
mance  evaluation,  and  diagnostic  functions. 

t> . r>  Fval nat  ion  Function 

The  evaluation  function  includes  the  following  subfunctions: 

1.  Establishing  whether  trainee  performance  meets  criteria  or  is  within 
the  learning  "envelope." 

2.  Diagnosing  learning  problems. 

3.  Developing/modifying  the  training  to  remediate  learning  difficulties. 

The  evaluation  function  implemation  can  be  manual  or  trainer  computer 
system  supported.  The  level  of  the  training  course  is  a  major  determinant  of 
the  support  required  by  the  instructor.  Complex  mission  training  generally 
necessitates  support  in  terms  of  performance  measures  and  summaries,  such  as 
weapon  scores,  jamming  effectiveness,  navigation  accuracy,  threat  effectiveness, 
and  subsystem  utilization. 

6 . 6  Debrief  i  rig  function 

The  liebriefing  function  includes  the  following  subfunctions: 

1 .  Debriefing  the  trainees  on  the  training  mission,  including  a  review  of 
objectives,  procedures,  performance ,  problems,  and  recommendations. 

2.  Debriefing  the  training  support  staff  in  terms  of  problems,  performance, 
and  reeommendat ions . 

The  debriefing  function  implementation  may  vary  from  completely  manual  to 
trainer  system  support  ed  in  terms  of  a  "debriefing  station"  where  support  may 
range  from  replay  of  instructor  displays  and  hard  copy  to  instructional  features 
such  as  freeze  and  performance  measurement. 


6.7  Documenting  Function 


The  documenting  function  includes  the  following  subfund  n ms: 

1.  Updating  the  trainee’s  training  record. 

2.  Completing  trainer  utilization  and  discrepancy  rejmrts. 

3.  C/ompleting  reports  on  recommended  changes  to  the  training  mission, 
problems  encountered,  and  ope  rat  i  rig/  train  mg  reeommendat  ions. 

The  documenting  function  implementation  nay  vary  from  completely  manual 
to  data  base  support  utilizing  an  IOS  data  terminal. 

6 . 8  Developing  Training  Kvent.s  function 

The  developing  training  events  function  includes  the  following  sut.t  un>  - 
tions : 

1.  Incorporating  any  changes  and  new  missions. 

2.  impiementing  the  changes  and  new  missions. 

3.  Validating  the  changes  and  new  missions. 

Implementation  of  the  developing  training  events  function  is  o.-,«  i,.i.  ni  ,,i 
the  implementation  of  the  initialize  and  training  furvl  mh,  h,i  .unpo-,  :  l  ■< 
use  of  programmed  exercises  will  involve  two  levels  of  intoi  act  om;  i  i  lie 
"novice  user"  and  the  systems  programmer.  To  supjxai  the  f..rm«-i  in.  iiis'ih.  i. 
must  have  the  capability  of  modi  tying  progranum'd  material  to  tn*  •«  - 1  it  i> 

training  requirements  prior  to  the  training  event,  and  t..  cr. at.  n.w  .-nai  n.- 
based  on  existing  options.  Systems  pr.  .g  rammer  ->up|*  a  t  in.  lint.  t  r..  •  .  .  q  ml . .  I  1 1  v 

to  implement  modifications  to  the  data  Liases  and  now  exerci.ses./scenarios. 

6.9  Ira  in  i  ng  c>f_  t  he  Instructor  lunct  o.n 

The  instructor  training  fun.  tion  in.  ludes  1 1:.  •  i .  ■  l  I .  .1.  i  ng  -uofui  .•  t  i  >n.-.: 

1  .  Training  of  the  i  nst  met .  a  i  ri  t  ra  1 1 ..  i  sv  i .  n.  .  | .  i  1 1  i .  .i . . 

2.  Training  of  t  tie  insi  ni.'t..r  in  us.  ..I  the  tram.i,  in  i  n.(  •  1 .  u..  i  a  i  ng  1 1 ..  - 
training  course,  and  in  meeting  the  t  raining  object  ives. 

3.  Training  the  instiu.  l.a  m  teaming  •  v  .  t  a  , n.  i  - i .  >i .  .  . . pn.  i.t  >n<i 

imp!  ementat  ion  on  the  svshni. 

4.  Verifying  that  instructional  standard  .u.-  ■  mpl  ■ -in.  >  >t . -<  t . 
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6.10  Summar, 


The  trainer  system  functional  specification  must  address  all  of  the  train¬ 
ing  functions  if  an  effective  ATI)  is  to  be  achieved.  Standard  systems  design 
and  development  acquisition  procedures  can  tie  utilized. 

7.0  lOS  OKS  JON  RKQT I RKMKNTS 

The  following  general  guidelines  have  been  developed  to  aid  in  IOS  design. 
They  reflect  experiences  with  a  variety  of  existing  WSTs  including  (.'FI's,  OFTs , 
FTTs,  and  WSTs.  The  major  parameters  which  must  be  considered  are  reviewed. 

7 . 1  IPS  Configuration 

The  configuration  of  the  IQS  includes  its  location  and  arrangement  within 
the  trainer  complex  and  its  configuration  in  terms  of  basic  subsystems.  The 
configuration  must  reflect  the  manning  concept,  the  training  course  level  or 
content,  and  the  location  of  the  instructor  relative  to  the  trainee.  In 
general,  the  remote  IQS  is  used  for  the  moni tor/debriefer  instructor  role;  the 
on-board  over-t he-shoulder  IQS,  for  the  tutor  instructor  role;  and  the  remote 
on-txiard  IQS,  for  the  interactive  instructor  role. 

7.1.1  Remote  IQS.  The  remote  IOS  is  typically  a  console  from  which  the  instruc¬ 
tors)  can  control  and  monitor  the  simulation  and  trainees.  The  following 
general  requirements  govern  its  configuration: 

1.  The  console  should  tie  positioned  such  that  the  instructor  can  view  the 
mockup  area,  especially  if  a  motion  platform  is  used,  to  ensure  safety  and  to 
observe  the  behavior  of  the  platform.  If  the  console  height  is  such  that  it 
would  prevent  instructor  from  viewing  the  area  from  a  normal  seated  position, 
the  console  can  lie  positioned  in  such  a  way  that  the  area  can  be  viewed  to 
either  the  right  or  left  side  of  the  console. 

2.  The  console  should  be  located  such  that  it.  does  not  block  the  path  of 
trainees  going  to  and  from  the  trainee  station. 

A.  The  console  should  be  located  such  that  it  is  not  in  the  same  area 
where  visitors  and  observers  are  brought  to  watch  training  operations. 

4.  Adjustable  overhead  lighting  is  essential. 

5.  IOS  area  temperature  control  must  be  provided. 

6.  tight  locations  must  be  such  that  no  glare  is  produced. 

7.  If  multiple  consoles  are  utilized,  console  proximity  must  be  such  that 
voice  communicat ion  between  instructor  personnel  and  sharing  of  displays  (if 
required)  are  possible. 

H.  The  console  configuration  should  permit  the  instructor  to  operate  all 
controls  and  view  all  displays  without  changing  positions,  other  than  turning  to 
the  console  being  used. 


9.  Instructor  hard-copy  devices  should  be  located  in  ready  proximity  of  the 

I  OS. 

10.  The  working  surface/counter  for  the  instructor  should  be  at  least  16 
inches  in  width. 


7.1.2  Remote  On-Board  IQS.  The  remote  on-board  10S  is  typically  a  console 
located  in  the  vicinity  of  the  trainee  station.  The  following  general  require¬ 
ments  govern  its  configuration: 

1.  The  console  configuration  must  permit  the  instructor  to  view  all  dis¬ 
plays  and  operate  all  controls  from  a  normal  seated  position.  On  motion-base 
platforms,  this  includes  operation  with  restraint  devices  fastened. 

2.  General  lighting  for  the  console  shall  be  adjustable  from  the  console. 

3.  Lighting  locations  shall  be  such  that  no  glare  is  produced.  If  the 
trainee  station  lighting  produces  a  glare,  nonref lective  coatings  and/or  shields 
shall  be  provided. 

4.  Hard-copy  devices  should  be  located  either  adjacent  to  the  console  or 
in  the  vicinity  of  the  entrance  to  the  trainee  station. 

5.  The  working  surface/counter  should  be  at  least  16  inches  in  width  and 
equipped  with  restraints  to  prevent  books,  manuals,  and  pencils  from  sliding  off 
the  counter  under  normal  use. 


7.1.3  On-Board  Over-the-Shoulder  IQS.  The  on-board  over-the-shoulder  IOS  is 
typically  located  adjacent  to  and  behind  the  trainee  station,  such  that  the 
instructor  can  observe  both  the  trainee’s  displays  and  control  operations.  The 
following  general  requirements  govern  its  configuration. 


1.  The  instructor  seat  should  be  located  so  as  to  maximize  the  viewing  of 
trainee  actions  and  displays.  Instructor  options  for  raising  and  moving  the 
seat  shall  be  provided  if  necessary  to  achieve  the  required  positions. 

2.  Ancillary  display(s)  shall  be  provided  to  present  display  and  control 
data  beyond  the  viewing  range  of  the  instructor. 

7.2  106  Layout 

The  layout  of  the  IOS  includes  the  arrangement  of  the  various  control 
panels  and  display  devices  utilized  at  the  station.  The  IOS  layout  varies  as  a 
function  of  the  location,  the  training  strategy,  and  the  level  of  training  being 
conducted . 


7.2.1  Remote  IPS .  Because  the  instructor  cannot  see  the  trainee  station  dis¬ 
plays  and  control  actions,  the  remote  IOS  must  contain  all  of  the  displays  and 
controls  required  for  training.  This  includes  all  displays  required  to  monitor 
the  trainee’s  performance  relative  to  the  training  objectives.  The  console  must 
provide  the  instructor  with  training  system  status  and  control,  mission  status 
and  control,  weapon  system  status,  trainee  station  status,  and  trainee  perform¬ 
ance  information.  In  general,  the  following  guidelines  shall  govern  the  layout: 


31 


1.  A  plot  display  and  a  data  display  are  required  and  should  be  located 
directly  in  front  of  the  instructor.  If  repeater  displays  are  utilized,  they 
should  also  be  located  in  front  of  the  instructor.  Time  sharing  of  the  plot 
display  is  not  feasible  for  most,  systems. 

2.  Trainer  utility  system  and  subsystem  operation  panels  should  be  located 
at  the  sides  of  the  console,  along  with  other  displays  and  controls  that  are 
used  infrequently  or  used  only  to  initialize  and  terminate  the  operation  of  the 
training  system. 

3.  The  communication  control  panel  (intercommunication  system  and  radios) 
should  lie  located  in  the  center  area  of  the  console. 

1.  Instructional  and  feature  controls  should  be  located  in  the  center  area 

of  the  console. 

7.2.2  On- Hoard  demote  IQS.  The  same  general  requirements  for  layout  as  those 
used  for  the  remote  lOS  should  be  used  for  the  on-board  remote  IOS.  In  addi¬ 
tion: 

1.  Trainer  ut.i  l i  t.y/subsyst.em  controls  and  displays  must  be  kept  to  a 
minimum.  Power-up  and  checkout,  functions,  for  example,  should  not  be  located  at 
the  IOS. 

2.  The  KXS  should  be  located  or  screened  such  that  students  cannot  view 
the  IOS  displays  or  observe  instructor  actions. 

3.  Storage,  accessible  to  the  instructor  in  a  normal  seated  position,  must 
be  provided  for  required  checklists,  manuals,  and  instructional  materials, 
es[»x'iall>  on  motion  platforms. 

4.  Special  attention  must  be  paid  to  minimize  reflections,  especially  of 
IOS  displays  at  the  student  station  such  as  on  the  cockpit  windscreen. 

7.3.3  On-Hoard  Ca er-the-Shou Ider  KXS.  The  on-board  over-the-shou lder  108 
typically  consists  of  a  limited  trainer  control  unit,  eonwnuni cat ions  panel,  and 
ancillary  display  unit.  The  following  general  guidelines  apply: 

1.  The  controls  must  tx  accessible  to  and  displays  readable  by  the  in¬ 
structor  from  his/her  normal  [xjsition.  On  motion  platforms,  this  will  be  from 
a  seatrxl  [osition  with  restraint,  devices  in  place.  On  non-motion  platforms, 
this  will  be  from  a  normal  instructing  position. 

2.  The  controls  must  provide  for  the  basic  operation  of  the  trainer, 
i  nr  I  ud  i  ng : 

•  emergency  trainer  shutoff 

•  freeze 

•  initialization  of  an  exercise 

•  malfunction  insert ion/removal 

•  common  i  cat  i  ons  ,  txith  IOS  and  radios 

•  environment  modification 


vy 


Vi 


m 


9 


1 


7.2.4  Combination  Oi-Board  IQS.  The  combined  requirements  for  the  remote  and 
over-the-shoulder  IOS  apply  in  general  and  include: 

1.  Seat  rails  or  other  secure  means  for  permi thing  the  instructor  to  move 
from  the  remote  position  to  the  over-the-shoulder  position  must,  be  provided  on 
motion-based  stations.  Implementation  must  ensure  that  the  instructor  can 
safely  and  securely  move  between  the  two  positions  with  the  motion  base  acti¬ 
vated. 

2.  Lighting  conditions  at  the  remote  IOS  location  shall  be  oomjiatible  with 
trainee  position  lighting. 

3.  Over-the-shoulder  operations  shall  be  activated  when  necessary  by  a 
single  control  located  at  both  the  remote  and  the  over-the-shoulder  positions. 

7 . 3  106  Panel  Layout 

IOS  control  and  display  panels  shall  be  designed  in  accordance  with  the 
guidelines  contained  in  Appendix  B  and  utilize  the  abbreviation  guidance  con¬ 
tained  in  Appendix  C. 

7.4  Display  Requirements 


In  general,  displays  can  be  grouped  into  three  categories:  (1)  status 
displays,  (2)  plot  displays  and  (3)  control  displays.  Menus  are  considered 
control  displays.  Appendix  C  contains  samples  of  display  pages  and  lessons 
learned. 

A  critical  consideration  for  displays  is  that  the  visual  parameters  (e.g., 
size,  brightness,  and  contrast)  must  permit  their  use  under  the  ambient  lighting 
conditions  at  the  106  (when  the  display  is  used)  and  with  the  instructor  at 
his/her  normal  operating  position. 

1.  Status  displays.  Status  displays  present  information  on  the  state  of  a 
subsystem,  and  as  such,  the  information’s  significance  to  the  instructor  varies 
with  the  role  of  the  subsystem  at  the  moment  .  For  example,  aircraft,  configura¬ 
tion  data  are  of  prime  importance  in  the  approach  to  landing,  but  not  during  the 
cruise  phase  of  flight.  Rad io/NAV AIDS  channel /frequent \v  data  are  lnifxirtant 
t  hroughout  the  mission.  1’rootxluros  data  are  used  only  when  t  he  particular 
procedure  is  being  conduct  I'd .  Thus,  status  data  vary  in  importance  and  use 
during  the  training  event.  Status  displays  are  also  required  for  trainer 
subsystems  six'h  as  control  loading,  and  motion  and  visual  subsystems.  Finally, 
a  "status"  display  of  key  hoard  entry  is  needful;  l  .e.  ,  an  tx-ho  of  keyboard 
actions  for  review  prior  to  computer  input  . 

Status  displays  can  consist  of  trainee  station  rejx-at  er  displays  or  *'RI 
displays  ranging  from  graphic  jxirtrayals  of  displays  to  aiphanumei ic  displav  of 
data.  Combinations  are  often  used,  with  graphic  presentation  of  flight  dis¬ 
plays,  for  example,  and  alphanumeric  presentation  of  sw  i  t  eh/corit  rol  settings. 

Information  which  must  lie  displayed  continuously  should  lx-  displaced  on 
each  status  jiage ,  and  on  each  plot  display  which  will  tie  usixl  (unless  ie|*atei 
displays  provide  the  information.)  Figure  10  depicts  t  tie  lavout  of  a  tvpical 
CRT  display  page  which  acromnicxlat.es  the  differing  data  requirements. 
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Graphics  of  cockpit  displays  and  control  panels,  and  graphs  of  student 
system  performance,  are  considered  status  displays. 

2.  Plot  display.  Plot  displays  present  position  data  in  graphics  format. 
Typical  plot  displays  are  two-dimensional  projections  such  as  cross-country 
maps,  approach/departure  plates,  and  tactical  plots  and  three-dimensional 
projections  of  aircraft  position  in  space.  They  should  have  the  following 
characteristics : 

a.  Plot  coordinates  shall  be  indicated  if  the  instructor  is  required 
to  use  the  display  in  order  to  estimate  position  location  for  resetting,  for 
vectoring,  or  for  position  error  estimation. 

b.  Decluttering  options  shall  be  provided  where  display  density  can 
obscure  needed  information. 

c.  Track  and  variable  track  erase  options  are  required. 

3.  Control  displays.  Control  displays  are  used  to  present  information  on 
control  options.  If  implemented  as  touch  panels  or  light  pens,  for  example, 
they  also  provide  the  means  for  implementing  the  control  action. 

a.  Control  displays  shall  group  related  control  functions  on  the  same 

displays. 


b.  Control  inputs  must  automatically  update  all  displays  which  are 
affected  by  the  input. 

c.  Indications  of  control  state  shall  follow  the  same  guidelines  used 
for  labeling  and  abbreviations  (Appendices  B  and  C),  especially  in  adhering  to 
weapon  system  and  aviation  terminology,  not  engineering  or  software  terms. 

d.  Use  of  a  single  number  or  letter  to  indicate  state  or  condition 
shall  be  avoided. 

e.  Control  page  options  should  be  specific  to  the  training  course  and 
phase  or  stage  of  the  mission.  The  user  should  not  be  presented  with  unrelated 
control  options  and  pages. 

f.  If  menus  are  used  to  index  display  pages,  the  following  guidelines 
should  be  applied: 

•  The  number  of  items  on  a  menu  should  be  limited  as  a  function  of 
the  meaningful ness  of  the  options.  For  example,  if  the  options  cannot  be 
categorized  (in  instructor  terms)  or  are  presented  in  random  fashion,  the  number 
of  options  per  page  should  be  limited,  probably  to  less  than  10.  If  the  menu 
page(s)  can  be  categorized,  the  number  of  entries  per  page  can  be  significantly 
greater — as  high  as  50  or  60,  as  long  as  the  number  of  options  under  each 
category  is  limited  to  about  8  to  10.  Trade-off  analysis  of  the  number  of 
entries  and  number  of  pages  required  must  be  made  to  minimize  access  time. 

•  Menu  pages  should  not  require  scrolling  to  view  the  entire  page; 
i.e.f  the  page  must  be  complete  as  displayed. 
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•  Options  for  experienced  users  to  circumvent  the  menu  implementa¬ 
tion  must  be  provided. 

•  Menus  should  be  relevant  to  the  phase  of  mission  involved. 
Selections  and  options  that  are  not  usable  in  the  existing  phase  or  mode  should 
be  transparent  to  the  user.  For  example,  weapons -deli very- related  pages  should 
not  show  on  menus  used  for  instrument  flight  training  phases,  and  only  those 
malfunctions  related  to  the  phase  of  flight  being  trained  should  be  indexed. 

7 . 5  Controls  Requirements 

In  general  controls  shall  be  selected  to  provide  the  instructor  the  most 
direct  and  natural  means  for  implementing  actions.  Keyboards  are  not  optimum, 
especially  for  operational  instructor  personnel,  since  keyboards  require  some 
experience  and  training  with  QWERTY-type  keyboards  to  be  efficiently  employed. 
Control  options  should,  in  general,  not  require  that  the  instructor  time-share 
his/her  vision  between  the  display  being  monitored  and  the  control  panel(s) 
being  used.  Thus,  touch  panel  displays  and  cursor  controls  are  superior  to 
function  keys  and  keyboards.  Light  pens  are,  in  general,  unsatisfactory,  since 
they  typical ly  require  fairly  precise  positioning,  thus  demanding  eye-hand 
coordination  which  can  be  disruptive  of  trainee  monitoring.  For  example, 
precise  timing  of  inputs  can  be  difficult,  especially  where  pages  must  be 
accessed  to  display  the  option  to  be  designated  with  the  light  pen. 

The  fol lowing  general  guidelines  should  be  followed: 

1.  Mechanical  control  actuation  shall  be  in  accordance  with  MIL-STD-1 472. 

2.  Control  labeling  shall  be  in  accordance  with  Appendices  B  and  C. 
Redundant  switch  labeling  shall  be  avoided. 

:i.  Instructor  control  of  systems  and  subsystems  shall  be  training-oriented, 
not  system-ope rat ion-oriented.  For  example,  motion  system  controls  should  be 
limited  to  an  ON/OFF  control,  with  indicators  of  system  state  (e.g.,  READY)  if 
requi red . 

4.  Mechanical  control  labels  should  be  illuminated  (preferably  back-light¬ 
ed)  for  on-board  IOSs  and  remote  ]OSs  if  reduced  lighting  is  utilized  to  meet 
viewing  requi  remen  t.s .  The  light,  level  should  brighten  when  the  control  is 
activated.  Blinking  of  the  illumination  can  be  used  to  indicate  a  transition 
state  for  the  function  selected. 

r> .  Positive,  rapid  identification  of  the  state  of  the  control  is  essen- 

t  i  a  1  . 

(i .  Control  inputs  should  not  result  in  apparent  display/system  "hang-up"; 
i  .e.  ,  the  control  input,  should  not.  result,  in  any  not  iceable  display  or  training 
freeze  while  the  input,  is  heing  processed. 

7 .  b  Operating  Feature  Requirements 

Operating  features  were  defined  as  lOS  design  features  which  unburden  the 
instructor  and  enhance  the  operation  of  t  hp  trainer  in  terms  of  simulation 
implementation.  A  wide  variety  of  features  have  been  implemented  in  existing 


trainers.  The  options  are  limited  only  in  terms  of  technological  capability, 
training  effectiveness,  and  cost.  Operational  features  are  not  I OS-character is- 
tic-dependent  in  general.  Among  the  features  which  have  proven  effective  are 
the  following: 

1.  Crash  Override.  Crash  override  is  routinely  used  by  instructors  in 
most  ATDs.  Usage  data  indicate  it  should  be  designed  as  the  default  condition, 
mainly  because  in  existing  designs,  the  task  of  recovering  from  a  crash  has 
been  difficult  and  far  from  user-friend Ly.  Design  of  a  "crash"  which  could  be 
recovered  from  or  removed  without  requiring  reinitializing  the  trainer  and 
which  would  permit  use  of  the  instructional  features  of  reset,  replay,  and  hard 
copy  is  needed  and  could  result  in  more  extensive  use  of  the  "crash"  feature. 

2.  Event  Manual  Stack.  Many  training  mission  simulations  can  be  initiated 
only  in  response  to  trainee  actions  and  performance.  This  holds  true,  for 
example,  for  malfunctions,  threats,  traffic  control,  and  environment  changes. 
This  feature  provides  the  instructor  the  option  to  create  a  "stack"  of  selected 
inputs,  which  can  then  be  implemented  in  sequence  (with  override)  by  means  of  a 
simple  insert  action.  This  is  faster  and  easier  than  accessing  menus  and 
inputting  each  variable  independently. 

3.  Flag  Set.  The  option  to  "tag"  for  future  use  a  location  in  the  simula¬ 
tion  exercise  as  it  is  conducted  is  required,  whether  it  be  for  reset  or  for 
playback  or  for  debriefing.  Since  the  point  at  which  the  flag  can  be  set  is 
typically  when  the  consequences  are  obvious,  the  flag  should  have  a  selectable 
preset  increment  which  in  effect  moves  the  flag  back  in  simulation  time  to  the 
triggering  factors.  The  default  condition  should  be  set  at  about  a  negative  5 
seconds.  The  number  of  flags  possible  should  be  unlimited,  or  at  least  four 
per  hour  of  simulation  time.  A  means  for  tagging  the  flags  in  sequence  is 
necessary . 

4.  Controller  Models.  Controller  inputs  play  a  major  role  in  most  training 
scenarios  including,  for  example,  ground-control  approach  (GCA)  controllers, 
tower  stnd  ground  controllers,  traffic  controllers,  and  tactical  controllers. 
Instructors  are  required  to  provide  the  inputs  not  simulated  by  the 
computer  system.  Models  of  controllers  can  provide  cues  either  to  the  lOS  for 
manual  output  or  to  a  speech  generation  system  for  automatic  output.  If  automa¬ 
ted,  options  for  instructor  override  should  be  provided  by  an  alerting  system, 
with  sufficient  time  for  the  instructor  to  cancel  the  output. 

5.  Freeze.  Freeze  of  the  simulation  is  commonly  provided  on  trainers.  It 
is  considered  an  operating  feature  since  it  permits  stopping  and  restarting  of 
the  simulation  without  reinitializing  the  trainer. 

6.  Instructor  Aid  (HELP).  A  programmed  help  feature  should  be  provided 
for  the  instructor/operator.  The  feature  should  function  in  all  modes  and  be 
associated  with  topics  and  control  inputs  (e.g. ,  the  option  to  press  HELP, 
followed  by  entry  of  either  a  topic  or  a  control  input). 

7.  Instructor  ICS.  A  trainer  intercommunications  system  is  required  which 
permits  the  instructor  to  talk  privately  with  trainees,  other  instructors,  and 
main tenance  pe rsonne 1 . 
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8.  Adversary  Models.  Most  tactical  mission  training  scenarios  include 
adversary  systems,  from  radars  and  jammers  to  fighters.  In  the  absence  of 
models,  the  instructor  is  required  to  manually  simulate  the  adversary  actions. 
Models  for  automatic  control  of  adversary  activity,  with  the  option  (and  alerts) 
for  instructor  override,  are  needed.  Model  characteristics  should  be  select¬ 
able,  from  easy  to  difficult  in  terms  of  trainee  task,  to  match  the  training 
scenario  being  implemented. 

9.  Malfunction.  Although  often  treated  as  an  instructional  feature,  the 
control  of  malfunction  simulation  is  a  control  feature  inasmuch  as  its  mechani¬ 
zation  unburdens  the  instructor.  Whether  automated  or  manually  implemented, 
malfunction  simulation  must  be  constrained  to  the  requirements  of  the  training 
program  and  the  specific  mission  involved.  Instructors  do  not  have  the  time  to 
search  through  hundreds  of  malfunctions  to  identify  the  one  desired.  The 
implementation  involves  three  requirements: 

a.  The  malfunction  must  be  named  in  operational  terms,  not  design 
terms  and  must  reflect  the  characteristics  meaningful  to  training. 

b.  The  malfunction  options  presented  to  the  instructor  should  be 
filed  by  phase  of  flight/mission.  Only  those  malfunctions  feasible  for  each 
phase  should  be  displayed;  all  others  should  be  transparent.  Thus,  ground  start 
malfunctions  should  appear  in  the  index  only  during  ground  operations,  and  in¬ 
flight  malfunctions  only  during  in-flight.  The  objective  is  to  constrain  the 
options  presented  the  instructor  to  a  usable  set  for  the  timeframe  available. 

c.  Malfunctions  should  be  self -correcting  in  the  same  sense  that  they 
would  be  during  actual  flight;  i.e.,  the  malfunction  will  disappear  if  the 
trainee  takes  an  action  that  would  be  correctly  performed  in  the  aircraft. 

d.  Malfunctions  should  become  compounded  in  the  same  way  as  in  the 
aircraft  if  corrective  action  is  not  taken  or  is  delayed. 

e.  Options  for  automated  malfunctions  should  be  provided  if  meaningful 
"triggers"  can  be  provided.  The  use  of  irrelevant  triggers  has  in  the  past 
diminished  the  acceptance  of  the  feature.  For  example,  mission  or  training 
elapsed  time,  altitude,  airspeed,  etc.  have  proven  unsatisfactory.  Logical 
statements  can  be  used  if  the  implementation  is  kept  simple  and  in  instructor 
terms.  An  alert  with  instructor  override  must  be  provided. 
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10.  Programmed  Mission.  Programmed  training  missions  can  provide  the 
instructor  the  maximum  time  to  observe  and  evaluate  trainee/crew  performance. 
They  also  provide  the  opportunity  for  employing  performance  measurement  and 
related  instructional  aids.  To  be  accepted,  the  mission  must  be  capable  of 
being  modified  on-line  by  the  instructor,  to  adapt  the  mission  to  the  particular 
training  objectives  and  training  approach  used  by  the  instructor.  Typically 
this  has  been  implemented  by  having  the  terminal  conditions  of  a  mission  segment 
or  leg  become  the  initial  conditions  for  the  next  leg.  Each  leg  should  have 
its  own  automated  controller,  tactical,  and  malfunctions  options.  The  condi¬ 
tions  of  each  leg  should  be  modifiable  by  the  instructor  on-line  prior  to 
training . 


11.  Reset.  The  reset  feature  provides  the  capability  for  re-initializing 
the  simulation  to  a  specified  set  of  initial  conditions;  e.g.,  a  preprogrammed 
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set  or  a  set  defined  by  a  "flag"  during  the  training  event.  Preprogrammed  sets 
include  the  initial  set  and  the  set  for  any  of  the  programmed  segments/ 1 egs . 

The  feature  simplifies  the  trainer  initialization  task. 


12.  Speech  Generation.  Control  task  simulation  can  be  automated  through 
the  use  of  speech  generation  techniques.  The  options  range  from  analog  record¬ 
ings  to  digital  speech  synthesis.  The  feature  provides  for  the  output  of 
stored  messages  by  means  of  "triggers"  or  as  a  function  of  controller  models. 

It  can  also  be  used  for  background  communications;  i.e.,  radio  communications 
between  other  platforms  operating  on  the  same  channe l /frequency . 

13.  Speech  Understanding.  Speech  recogni tion/understanding  provides  a 
control  implementation  option  which  can  respond  to  voice  inputs  by  either  the 
trainee  or  the  instructor.  Because  system  and  tactical  communications  are  very 
constrained  in  vocabulary  and  syntax,  recognition  algorithms  might  be  used  to 
control  the  simulation. 

The  application  of  control  features  to  simulation-based  training  is  a 
function  of  the  training  strategy  and  the  level  of  training.  Table  2  outlines 
typical  as  well  as  potential  uses  of  control  features  as  a  function  of  mode  of 
training.  As  can  be  seen,  the  tutor  mode  of  training  may  not  require  extensive 
operational  mechanization. 

Table  2.  Control  Features  by  Mode  of  Training 


Feature 

Tutor 

Interactive  : 

Moni  toi 

i 

Crash  Override 

i  i 

;  *  | 

X 

Event  Manual  Stack 

X 

x 

Flag  Set  | 

i  *  i 

X 

Controllers  Models 

j  *  j 

X 

Freeze  j 

X 

Help  | 

X 

i  *  ! 

X 

ICS  ; 

X 

*  1 

Adversary  Models  j 

x 

X 

Malfunction 

X 

'  *  ! 

X 

Programmed  Missions i 

* 

X 

Voice  Output 

! 

X 

Voice  Input 

X 

!  x  : 

Table  3  summarizes  the  operating  features  by  training  course  level  based  on 
current  utilization  and  potential  applications. 

As  would  be  expected,  qualification  training,  which  involves  the  more 
complex  training  missions,  utilizes  the  majority  of  feasible  operating  func¬ 
tions. 

7 . 7  Instructional  Feature  Requirements 

Instructional  features  include  those  design  implementations  which  unburden 
and  enhance  the  trainer  instructor’s  role  in  teaching  trainees.  The  features 
include,  but  are  not  limited  to,  the  following: 
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T able  3 .  Control  Features  by  Training  Level 


F  eature 

i  IQT  i 

i  l 

L_._  . 1 _ 

QT 

Continuation 

j  Upgrade 

Crash  Override 

I 

1 

i 

*  ! 

* 

X 

1 

;  x 

Event  Manual  Stack 

l 

i 

X  1 

X 

i 

x 

Flag  Set 

i 

i 

X 

X 

X 

X 

Controllers  Models 

i 

j 

x  ! 

X 

X 

x 

F  reeze 

1 

X 

'  X 

Help 

| 

x 

X 

X 

X 

ICS 

i 

*  ! 

X 

X 

Adversary  Models 

t 

i 

i 

X 

X 

1 

1 

Malfunctions 

i 

X 

X 

X 

i  X 

Voice  Output 
Voice  Input 


1.  Auto-Freeze  Envelope.  The  automatic  freeze  feature  freezes  the  trainer 
whenever  a  pre-established  parameter  threshold  is  breached.  The  feature  reduces 
the  monitoring  burden  of  the  instructor  to  the  extent  that  parameters  and 
requirements  of  concern  can  be  defined.  A  means  for  activation  and  editing  of 
the  envelope  by  the  instructor  is  required. 

2.  Automated  Syllabus.  An  automatic  syllabus  provides  for  identification 
of  the  next  training  mission  and  initialization  of  the  trainer  to  thp.t  event, 
given  the  identification  of  the  trainee.  It  assumes  that  trainee  data  for  at 
least  trainer  events  are  maintained  by  the  trainer  computer  system.  The  cap¬ 
ability  for  instructor  preview  and  override  of  designated  training  events  must 
be  provided. 

3.  Briefing.  The  briefing  feature  provides  for  the  use  of  trainer-stored 
data  for  the  trainee  briefing.  This  can  range  from  demonstrations ,  to  recorded 
previous  training  performance,  to  mission  preview.  A  separate  "iOS"  in  the 
briefing  area  is  required.  It  is  necessary  that  trainer  operation  in  the 
"background"  m<xie  not  conflict  with  simulation  training.  Briefing 

features  for  the  108  may  include  the  following: 

•  Freeze 

•  Reset 

•  Replay 

•  Controller  models 

•  Programmed  missions 

•  Communications  recordings 

•  Hard  Copy 

•  Programmed  Flight 

•  Demonstrations 

•  Help 

4.  Communications  Recording.  Recording  of  radio  communicat ions  is  utilized 
to  train  voice  procedures ,  as  well  as  to  enhance  feedback  and  debriefing.  Both 
analog  and  digital  recording  methods  have  lieen  utilized.  Digital  recording  is 
more  user-friendly,  providing  that.  it.  is  synchronized  with  replay  options  and 
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flags  can  be  set  for  replay.  Activation  should  he  at  the  instructor's  option, 
except  where  integrated  with  a  simulation  recording  capability,  hse  of  an  in¬ 
dependent  tape  recorder  is  unsatisfactory  in  terms  of  ojierat  ion  and  synchro¬ 
nization  with  replay. 

5.  Debrief.  The  debrief  feature  provides  for  use  of  the  simulation  train¬ 
ing  data  for  the  debrief  function.  The  typical  options  include  selected  replay, 
demonstrations,  performance  measurement  displays,  and  mission  review.  A  sepa¬ 
rate  "IOS"  is  required,  with  displays  for  trainee  viewing.  The  option  must  be 
usable  simultaneously  with  training  operations.  Similar  options  to  those 
identified  for  the  briefing  feature  should  he  provided. 

6.  Demonstration/Replay.  Replay  of  recorded  simulation  events  can  tie  used 
both  for  demonstration  and  for  feedback  for  the  trainee.  A  means  for  flagging 
or  identifying  the  time  perirxl  to  lx*  used  is  rt>qui  red.  Fixed  time  periods  have 
been  used  but  must  be  tailored  to  t.he  training  mission.  Selectable  record  and 
save  periods  must  be  implemented  such  that,  the  instructor  can  utilize  the 
capability  without,  degrading  ongoing  instruction  performance. 

7.  Environment.  Modification.  The  capability  to  nuxlify  the  mission  environ¬ 
ment  during  training  includes  modi  fyi  rig  both  the  visual  as  well  as  the  geophysi¬ 
cal  and  warfare  environment.  The  feature  should  provide  for  graceful,  rather 
than  abrupt  changes,  given  an  instructor  input.  Interdependent  changes  should 
be  automatic;  i.e.,  a  change  on  any  environmental  [parameter  should  automatically 
make  changes  to  other  related  env i ronment  parameters,  including  those  for  other 
systems  such  as  visual  or  mot  ion. 

8.  Hard  Copy.  Printer  output  of  data  including  displa.v  pages,  mission 
data,  performance  rtata,  parameter  monitoring  data,  and  [dots,  for  example,  will 
be  provided.  The  "hard  copy"  is  utilized  in  real  time  for  feedback,  and  post¬ 
mission  for  debriefing,  and  can  be  incorporated  in  the  trainee’s  training  file. 
To  be  effective,  the  hard-copy  output  must: 

a.  Be  available  in  real  time,  not  in  an  off-line  computer  mode. 

b.  Not  degrade  display  or  simulation  performanoe,  (For  example, 
selection  of  hard  copy  of  a  display  page  should  not  freeze  the  display  for  a 
reeogn  i  zab  1  e  period  of  time.) 

c.  If  black-and-white,  provide  for  shades  of  gray  to  reflect  color 

changes . 

9.  Initialization.  Trainer  initialization  conditions  (l('s)  provide  for 
setting  the  simulation  initial  conditions  to  a  pre-defined  or  stored  set  of 
parameters.  The  number  of  sets  which  can  be  effectively  used  for  any  mission 
phase  will  be  dependent  upon  t.he  level  and  mode  of  training.  IQT,  for  example, 
will  require  a  wide  variety  of  relatively  simple  ICs  to  meet  pnx'r'dures  and 
position  training  objectives;  whereas  mission  training  may  require  fewer,  more 
complex  sets  to  initialize  full  mission  scenarios. 

10.  Performance  Diagnosis.  The  jxitential  for  on-line  support  to  analyzing 
performance  problems  exists  with  performance  measurement,  jx-rformanee  models, 
and  artificial  int.el l igence  applications.  Relatively  simple  algorithms  can 
identify  the  onset  of  performance  problems.  Heunst  ie  mcxiels  can  assist  m 


capitalizing  on  training  experience.  Routines  have  been  developed  for  basic 
and  instrument  flight  maneuvers  and  approaches  to  landing.  The  feature  can  be 
of  particular  value  when  training  is  coridur  t.ixi  by  contract  personnel  or  by 
si  mu  later  operators. 

11.  Performance  Recording.  Performance  recording  refers  to  the  saving  of 
selected  trainer  parameters  over  a  specified  period  of  time  and  at  a  specified 
sampling  rate.  it  is  of  marginal  use  as  an  instructional  feature  unless  param¬ 
eter  recording  reeommendat i  r ,ns  are  made  and  some  means  of  reducing  the  data  is 
provided.  Default  sets  of  parameters  for  each  mission  phase  should  be  provided 
hased  on  I  SI)  analyses.  Data  reduction  algorithms  should  be  incorporated  which 
present  to  the  instructor  no  more  than  one  page  of  data  for  each  phase  or 
segment  of  the  mission  sampled.  Opt  ions  for  the  instructor  to  override  and 
modify  t he  parameter  sets  on-line  are  required. 

12.  Performance  Measurement.  Performance  measurement  is  distinguished  from 
performance  recording,  which  only  collects  data  on  selected  parameters  for  a 
specified  period  of  time.  Performance  recording  involves  no  processing  of  the 
data  other  than,  for  example,  computing  the  percent  of  time  the  parameters  were 
outside  of  established  limits.  Performance  measurement , on  the  other  hand, 
involves  data  reduction  in  terms  related  to  training  objectives  criterion 
performance  requirements.  It  is  distinguished  from  evaluation  which  is  perform¬ 
ed  by  the  instructor;  i .e. ,  no  interpretation  of  the  results  is  involved. 
Performance  measurement  design  requires  application  of  the  results  of  the  ISD 
efforts  to  structure  performance  measurement  applications.  Performance  criteria 
are  developed  as  part  of  the  task  analysis  conducted  during  the  ISD  effort.  In 
addition,  the  conditions  under  which  the  task  must  be  performed  are  also  iden¬ 
tified.  These  can  be  utilized  for  designing  automated  performance  monitoring 
and  measurement.  The  objective  is  to  provide  the  instructor  with  quantitative 
data  on  trainee  performance  relative  to  the  specific  training  objectives. 

13.  Procedures  Monitor.  The  capability  of  monitoring  normal  and  emergency 
procedures  has  been  implemented  on  many  trainers.  The  monitor  feature  includes 
identifying  completion  and  the  sequence  of  completion.  The  display  is  typically 
a  list  of  the  actions  which  must  be  completed,  and  the  sequence  of  completion. 
Identification  of  the  crewmember  completing  the  action  must  be  possible  where 
more  than  one  crewmember  is  involved.  Actions  that  cannot  be  monitored  must  be 
ident i tied. 

Since  procedures  can  and  do  change,  a  means  for  modifying  the  monitoring 
feature  must  lie  provided.  It.  must  be  usable  at  t.he  operator  level,  preferably 
at  the  experi enoed  instruct  or/operator  level.  This  includes  the  capability  of 
adding  and  deleting  actions  and  changing  the  sequence. 

14.  Replay.  Replay  provides  the  capability  of  reviewing  for  the  trainee  at 
the  trainee  station  a  portion  or  all  of  the  simulation  completed.  The  feature 
is  also  used  for  creating  demonstrations.  All  trainee  displays  and  indicators 
and  controls  (as  feasible  and  required)  are  driven  during  the  replay.  The 
feature  is  best  implemented  with  automatic  continuous  recording  of  the  simula¬ 
tion,  with  an  instructor  option  to  "flag'  sections  for  subsequent  replay,  or  to 
replay  a  selected  period  up  to  the  point  at  which  the  trainer  was  frozen  or 
replay  selected.  The  replay  period  needed  varies  with  the  type  of  training 
involved.  ISD  data  should  be  used  to  identify  required  replay  characteristics 
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based  on  training  tasks  and  objectives.  In  general,  replay  options  will  be 
relatively  short  in  terms  of  the  training  period. 

The  procedure  for  using  replay  must  be  simple  and  rapidly  executed. 

Lengthy  reset  times  and  complex  procedures  will  not  be  tolerated  by  instructors. 
A  "flag"  approach  should  be  used  to  indicate  the  start  of  the  period  to  be 
saved  and  a  subsequent  t' Lag  or  "stop"  control ,  to  indicate  the  end  of  the  period 
to  be  saved.  The  start  flag  should  add  a  variable  increment,  of  time,  since  the 
pressing  of  the  flag  by  the  instructor  is  generally  seconds  after  the  onset  of 
the  problem  to  be  replayed.  A  default,  value  of  about  5  seconds  is  typically 
required  in  pilot  training;  however,  longer  periods  will  be  required  in  tactical 
and  warfare  training.  Analysis  of  the  training  problem  will  be  required  t.o 
identify  the  size  of  a  meaningful  replay  period.  Use  of  mission  elapsed  time 
is  a  second  alternative  for  saving  and  replaying.  If  utilized,  mission  elapsed 
time  must  be  continuously  and  conspicuously  displayed.  Fast  reverse  and  forward 
have  also  been  implemented  for  replay  but  have  proven  unsatisfactory  because  of 
the  access  time  involved. 

The  following  options  for  terminating  the  replay  should  be  incorporated: 

a.  Stop  replay  and  reset  to  point  where  replay  was  initiated. 

b.  Stop  replay  and  initialize  trainer  for  continuing  training  from 
that  point  in  the  replay. 

c.  Stop  and  replay  the  same  segment  again. 

d.  Save  the  replay  segment  for  further  use  in  debriefing  or  training. 
Labeling  of  the  segment  will  be  required. 

15.  Off-Line  Replay.  Off-line  replay  provides  for  accessing  designated 
replay  segments  off-line,  in  the  background  mode  or  through  a  stand-alone 
system  for  debriefing/review  purposes.  The  feature  has  proven  valuable  in  a 
variety  of  training  situations  including  air  combat  maneuvering.  Off-line 
replay  must  be  mechanized  so  as  not  to  interfere  with  ongoing  training.  Options 
to  replay  instructor  displays  for  the  replay  period  are  required.  Instructor 
control  of  the  replay  should  provide: 

a.  segment  selection  in  terms  of  flags  or  mission  time, 

b.  segment  replay, 

c.  termination  of  replay, 

d.  fast  forward  and  backward,  and 

e.  hard-copy  selection. 

16.  Prompting/Cuing.  Artificial  prompts  and  cues  have  been  demonstrated  to 
be  of  value  in  training,  especially  in  complex  weapon  system  operation.  For 
example,  prompts  concerning  the  weapon  envelope  for  training  in  optimum  launch 
conditions,  estimates  of  jamming  effectiveness  for  both  threats  and  own  system, 
aircraft  maneuvering  envelopes,  and  control  inputs  have  all  been  shown  to  be 
effective  training  features. 


1  i .  .Adaptive  Exercises.  Recent  studies  have  shown  the  feasibility  of 
restructuring  training  exercise  automatically  based  on  the  trainee’s  performance 
on  the  task.  The  algorithms  utilize  performance  measurement  data  to  trigger 
the  adjustment  in  difficulty  of  the  task  conditions.  Modifications  of  environ¬ 
mental  conditions  and  aircraft  parameters  have  been  used  to  adjust  difficulty. 
\ppl  nations  have  tieen  limited  to  procedures  and  position  training  tasks. 

Table  1  outlines  the  p>  'ential  utilization  of  instructional  features  by 
t  rami  rig  xt  rat  eg;  . 

:  it'.e  <1  .  Instructional  Features  by  Training  Mode. 


Feature  i  Tutor  i  Interactive  t  Monitor 

!  I 


Auto- F  reeze 

1 

X 

l 

i 

Automated  Syllabus 

X 

1  x 

1 

1 

i 

Br l ef l ng 

X 

!  x 

1 

X 

Communications  Recording 

X 

i 

i 

i 

X 

Debr lef 

X 

X 

i 

i 

X 

Demonstrat ion /Rep lay 

X 

I 

’  X 

i 

i 

Evironment  Modification 

X 

j  X 

| 

X 

Hard  Copy 

X 

X 

i 

i 

t 

t 

X 

Initial izat ion 

X 

X 

t 

i 

i 

i 

Performance  Diagnosis 

t 

X 

! 

1 

i 

X 

Performance  Measurement 

X 

I 

1 

X 

Performance  Recording 

j 

1 

!  x 

i 

t 

X 

Procedures  Monitor 

1 

X 

X 

Replay 

j 

I  x 

1 

1 

Of  f  ■  l.i  n>‘  Rep  lay 

t 

1  X 

] 

X 

Pr  omr  t  1  m  /  >  'u  i  ng 

X 

i 

j 

Adapf i ve  Rxet  crises 

1  X 

1 

1 

able  5  outlines  the  potential 

utilization  of 

i nstruct  tonal 

features  by 

level  of  training. 

7.8  Management  Teat  are-  Kequi  remen  ts 

The  trainer  maiiagement  functions  i  nc  1  ude  sehedu  1  ing  of  the  trainer  and 
document  i  t,g  tiamee  data,  instructor  activity,  and  trainer  utilization  and 
status.  I  n less  ari  independent  training  data  system  has  been  l mpl ement  ed ,  the 
training  dev  ice  computer  system  can  provide  support  t.o  the  training  management 
functions.  However,  the  support  must  not  interfere  with  the  other  training 
functions  and  must  therefore  be  implemented  either  in  a  background  or  off-line 

mi  *  - . 

The  till  lowing  training  management  features  are  involved: 

1.  Trainer  Status.  Kaeh  training  event  should  have  a  necessary  set  of 
simulation  requirements  and  trainer  subsystems  associated  with  it.  These  data 
should  be  developed  as  part  of  the  training  analyses.  Identification  of  which 
training  events  can  be  conducted  with  the  current  ojierational  configuration  of 
the  trainer  should  he  available  to  the  instructor.  A  trainer  go/no-go  test  for 
any  training  mission  should  he  made  aval  I  abb'  to  the  instructor. 


Table  5. 


Instructional  Features  by  Level  of  Training. 


Feature  i 

i 

IGT  » 

i 

QT 

i 

Con t  muat  i 

on 

U  p  I 

Auto-Freeze  1 

i 

x 

X 

X 

Automated  Syllabus 

X  ! 

X 

Briefing 

X 

X 

X 

X 

Communications  Recording  I 

X 

X 

X 

X 

Debrief  I 

X  ‘ 

X 

X 

X 

Demonstrati on /Replay 

X 

X 

X 

Evironment  Modification  j 

X 

X 

X 

X 

Hard  Copy 

X  ' 

X 

X 

X 

Initialization 

X  ! 

X 

X 

Performance  Diagnosis 

x  j 

X 

X 

Performance  Measurement  i 

X 

X 

X 

X 

Performance  Recording 

x  i 

X 

X 

X 

Procedures  Monitor 

x  j 

X 

X 

X 

Replay  > 

X  ' 

X 

X 

Off-Line  Replay 

X 

X 

X 

X 

Prompting/Cuing 

X 

Adaptive  Exercises 

X 

2.  Trainer  Schedule.  Trainer  scheduling 

can  be  supi 

>.  .i  1 1  •.  i  in  t  tie 

off- 

ne/hackground  mode  of  the  computer 

system. 

A 1 gor i thms 

to  assist  sc 

hedu  1 

ing 

have  been  developed  and  used. 

3.  Instructor  Qualifications.  Tracking  of  instructor  training  qualifica¬ 
tions  and  training  history  should  be  incorporated  into  the  system  to  facilitate 
scheduling. 


4.  Trainer  Utilization.  Trainer  utilization  reports  can  be  developed  by 
t.he  computer  system  with  inputs  from  the  instructors,  technicians,  and  main¬ 
tainors.  Unburdening  of  the  instructor  in  the  area  of  forms  completion  and 
report  preparation  should  be  considered  an  integral  part  of  the  instructor 
i nterface . 
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APPENDIX  A:  TRAINING  FUNCTION  REQUIREMENTS 


The  following  is  a  set  of  training  functions  developed  as  part  of  an 
analysis  of  training  device  development  procedures.1 

I.  PREPARE  FUNCTION 

1.1  Identify  Session 

•  aircrew(s) 

•  scheduled  time 

•  trainer/mockup 

•  syllabus  event 

•  simulator  status 

1.2  Assemble  Materials 

•  aircrew  training  files 

•  event  description 

•  event  scripts 

•  scenarios 

•  checklists/guides 

•  initialization  data 

•  data  recording  sheets 

•  grade  sheets 

•  simulator  utilization  sheets 

•  flight  plans,  etc. 

1 .3  Review  Data 

•  aircrew  history  (e.g.,  performance  problems,  weaknesses,  training 
needs ) 

•  syllabus  event  (e.g.,  objectives,  criteria,  priorities  implementa¬ 
tion  plans,  contingency  plans) 

•  simulator  configuration  and  status 

1.4  Develop/Formulate  Training  Session 

•  individualize  event  to  meet  aircrew  needs 

•  modify  initial  conditions  as  necessary 

•  schedule/program/modify  scenario  event 

•  plan  controller  functions 

•  plan/develop  tactical  scenario  options 

•  plan/program  performance  measurement 

•  develop  contingency  plans  (e.g.,  crashes,  missed  check  points, 
failed  procedures,  trainer  failures  such  as  fire,  loss  of  conmuni- 
cations ) 

•  outline  briefing  (e.g.,  objectives,  criteria,  procedures, 

simulator  problems) 


1  Charles,  J.  P.  (1977,  August).  Instructor  Pilot’s  Role  in  Simulation 
Training  (Phase  11)  ( NAVTRAEQUIPCEN  76-C-0034-1 ) .  Orlando,  FL:  Naval  Training 

Equipment  Center. 


II.  BRIEF  FUNCTION 


2 . 1  Brief  Aircrew 

•  planned  training  evolution 

•  training  objectives 

•  performance/mission  criteria 

•  simulator  emergency  procedures 

•  simulator  status/configuration 

•  communications  procedures 

•  use  of  instructional  features  (e.g. ,  freeze,  reset) 

2.2  Brief  Simulator  Training  Staff 

•  planned  training  evolution 

•  support  responsibilities 

•  emergency  procedures 

III.  INITIALIZE  FUNCTION 

3.1  Configure  Simulator 

•  configure  simulation  system 

•  configure  crew  station(s) 

•  configure  IOS 

3.2  Initialize  Simulator  (enter/verify  initial  conditions) 

•  airfield  location,  runway/ head i ng ,  etc. 

•  radio/navigation  aids,  locations,  characteristics 

•  target  locations,  characteristics,  behavior 

•  environment  including  weather,  altitudes, 
temperatures,  winds,  magnetic  variation,  etc. 

•  aircraft  configuration 

•  aircraft  position  and  state 

•  preprogrammed  malfunctions,  emergencies 

•  data  monitoring,  recording 

3.3  Establish  Readiness 

•  aircrew  strapped  in  cockpit 

•  area  secure  and  safe 

•  scripts,  scenarios,  data  sheets,  etc.  available 

•  communication  check  with  students 

IV.  TRAIN  FUNCTION 

4.1  Control  Simulator 

•  activate  simulation 

•  provide  manual  simulations  (e.g.,  communications,  controller  func 
tions,  ground  crew  functions,  "missing"  aircrew  functions,  other 
platform  functions  such  as  surface  threats) 

•  activate/deactivate  emergencies,  malfunctions 

•  select  and  activate  demonstrations 

•  set  and  select  replay 

•  freeze  simulator 

•  initialize  and  reset 

•  monitor  safety  of  operation 

•  deactivate  trainer  at  end  of  session 


4.3  Monitor  Performance 

•  procedures 

•  technique 

•  skill  level 

•  simulator  performance 

4.3  Instruct 

•  provide  feedback 

•  critique 

•  correct  procedures,  errors 

•  advise 

4 . 4  Record 

•  data  for  feedback 

•  data  for  simulator  control  (i.e.,  reset,  replay) 

•  data  for  debrief 

•  data  for  records 

EVALUATE  FUNCTION 

5.1  Monitor  relevant  parameters  for  segment,  phase,  task 

5.2  Establish  if  performance  is  within  training  performance  envelope 

5.3  Diagnose  problem  if  performance  is  inadequate 

5.4  Select,  instruction  technique  for  remediation 

5.5  Develop  plan  and  data  to  implement  remediation 

5.6  Brief  simulator  crew  and  student(s)  as  required 
.  DEBRIEF  FUNCTION 

6 . 1  Debrief  Student 

•  organize  data  collected 

•  assemble  debriefing  materials  (e.g. ,  hard  copy) 

•  review  performance  problems  (replay  as  required) 

•  review  correct  procedures 

•  outline  corrective  actions  to  be  taken 

6.3  Debrief  Simulator  Staff 

•  review  event  implementation  problems 

•  review  overall  performance 

•  discuss  simulator  discrepancies 

.  MANAGE  DATA  FUNCTION 

7.1  Aircrew  Data 

•  prepare  grade  sheets,  training  sheets 

•  prepare  training  data  sheets 


7.2  Simulator  System  Data 

•  utilization  data  sheets 

•  discrepancy  data  sheets 

7.3  Training  Data 

•  problems  encountered  in  event 

•  changes  tried,  recommended 

•  instruction  problems,  reconsnendati  ons 

VIII.  DEVELOP  SYLLABUS  FUNCTION 

8.1  Identify  Changes  Required 

8 . 2  Format  Changes 

8 . 3  Implement  Changes 

8 . 4  Val idate  Changes 

IX.  TRAIN  INSTRUCTOR  FUNCTION 

9.1  Simulator  Operation 

•  console  familiarization 

•  console  operation 

•  operating  procedures 

•  syllabus  implementation 

9.2  Simulator  Training 

•  training  functions 

•  training  techniques 

•  evaluation 

•  simulator  instructing 

9.3  Simulator  Syllabus  Development 

•  training  objectives  embedding 

•  performance  criteria  allocation 

•  format! ing/programming 

•  evaluation 

•  support  material  requirements 

9.4  Training  Standardization 

•  event  implementation 

•  performance  evaluation 
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APPENDIX  B:  CONTROL  AND  INDICATOR  PANEL  DESIGN  GUIDELINES 


The  following  guidelines  apply  to  training  simulator  10S  control  and 
indicator  panel  layout  and  labeling.  MIL-STD  1423  applies  and  shall  be  used 
for  control  size,  shape,  lettering,  and  indicator  colors. 

Panel  Layout 

Simulator  controls  and  indicators  shall  be  functionally  grouped  in  panels. 

The  layout  shall  be  in  terms  of  control/indicator  normal  sequential  opera¬ 
tion  beginning  at  the  top  left  of  the  panel  and  progressing  to  the  right. 

Each  new  row  shall  duplicate  this  arrangement  in  that  the  left  controls 
precede  the  controls  and  indicators  to  the  right.  Figure  B-l  outlines  the 
arrangement . 
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Figure  B~l.  Control  Panel  General  Layout. 


Indicator  Lights 

Indicator  lights  are  used  to  display  a  state  or  condition  of  a  subsystem. 
The  brightness  and  color  of  indicator  lights  are  defined  in  MIL-STD  1423. 

1.  The  number  of  such  lights  shall  be  held  to  a  minimum. 

2.  Redundant  or  inconsequential  lights  shall  be  avoided.  For  example,  an 
indicator  light  shall  not  be  used  to  show  that  a  CRT  is  "on."  The  display 
itself  serves  the  same  function. 

3.  Indicator  lights  shall  be  designed  to  show  a  "fail-safe”  condition; 
i.e.,  an  indicator  light  shall  show  a  power-on,  not  a  power-off  condition. 

4.  Warning  (red)  and  caution  lights  (amber)  shall  be  used  only  as  defined 
in  MIL-STD  1423.  They  shall  be  used  for  training  system  functions  such  as 
fire  or  dangerous  motion  system  malfunction,  not  for  training  functions  such 
as  performance  out-of-tolerance  or  printer  out-of-paper. 


5.  The  following  additional  utilization  of  colored  indicator  lights  may  be 
used: 

•  white  -  control/display  identification 

•  blue  -  interconmunication  active  link  identification 

•  green  -  temporary  indication  of  option  selection 

6.  When  associated  with  the  control,  an  indicator  shall  be  located  above 
the  control  or  grouped  in  an  indicator  panel  with  related  lights  such  as 
interlocks  or  readiness  state. 

7.  Except  for  warning  and  caution  indications,  indicator  lights  shall  only 
be  used  to  display  states  which  may  continue  after  actuation  and  which  are  not 
obvious  to  the  instructor.  Examples  are: 

•  radio/ intercom  selection 

•  parameter  freeze 

•  automated  function  state 

8.  The  brightness  of  indicator  lights  shall  be  in  accordance  with  MIL-ST1) 
1423.  The  brightness  of  indicator  lights  shall  be  balanced  at  the  console. 

If  console  lighting  dimming  is  provided,  the  indicator  lights  (except  warning 
and  caution  indicators)  shall  dim  at  the  same  rate. 

Controls 

A  control  includes  all  means  of  actuating/ inputting  functions,  whether  by 
keyboard  function  key,  switch,  or  rotary  control.  The  following  general 
guidelines  in  addition  to  those  contained  in  MIL-STD  1472  shall  apply: 

1.  All  controls  should  visually,  tactually,  or  aurally  indicate  actuation. 

2.  Controls  shall  not  be  utilized  to  implement  a  function  which  is  not 
logically  an  instructor  task  and  which  should  be  implemented  with  software  or 
hardware . 

3.  Control  selection  shall  reflect,  the  function  to  be  performed;  i .e. , 
switches  with  capabilities  or  options  beyond  those  required  shall  not  be 
used.  For  example,  a  lever  lock  spr i ng- 1 oaded  sel f-centering  switch  shall 
not  be  used  for  a  normal  on/off  function.  Controls  for  variable  (continuous) 
functions  shall  also  be  continuous,  not  discrete,  and  vice-versa. 


Control  and  panel  labeling  shall  be  held  to  the  minimum.  The  following 
guidelines  shall  be  used: 

1.  For  switches  or  knobs,  the  "off”  position/state  shall  be  used  to  label 
the  function  and  the  ”on"  position/state  shall  be  labeled  appropriately.  For 
example,  the  power  switch  shall  be  labeled  as  shown  in  Figure  B-2. 

2.  Abbreviations  shall  conform  to  the  concept  outlined  in  Appendix  C. 
Abbreviations  shall  be  consistent  throughout  the  training  simulator  panels  and 

documentation . 


( switch ) 


or 


( switch ) 


or 


( knob ) 


POWER 

************ 

NOT: 

ON 

(switch)  or 

OFF 

POWER 


RADIO  VOLUME 

*************** 

UHK  1  - > 

(switch)  or  (knob) 

OFF  < - 

RADIO  VOLUME 


Figure  B-2.  Sample  Switch  Labeling. 

3.  labeling  shall  be  simulated  weapon  system  referenced,  not  referenced  in 
software  language  or  hardware  terms. 

4.  Color-coding  shall  he  limited  to  no  more  than  8  colors.  Color-coding 
may  be  used  for  functional  identification,  not  software  or  hardware  iden- 
ti  t'ication. 

5.  Each  functional  group  of  switches  shall  be  labeled  and  the  area  delimi¬ 
ted  with  lines  as  utilized  in  aircraft  control  panels.  For  example,  the 
intercommunication  system  (ICS)  panel  should  be  labeled  and  have  boundary 
markings  as  shown  in  Figure  B-3. 


loo  o 

Co  o  o  o 

S  o  o  o  o 


Figure  B-3.  Control  Panel  Identification. 

6.  The  same  syntax  shall  be  used  on  ail  panels.  For  example  a  verb  can  be 
used  first,  followed  by  a  noun  or  vice-versa: 


'Cl EAR  CRASH" 

or 

"CRASH  CLEAR’ 

Cl EAR  HALF" 

or 

"MALE  CLEAR" 

The  noun- first,  arrangement  is  preferred  as  being  more  rapidly  i nt.erpreted . 

7.  Emergency  ( immediate  action)  controls  shall  have  a  striped  panel  back¬ 
ground  in  accordance  with  MIL-M-18012  (31.1.9). 


APPENDIX  C:  ABBREVIATIONS  FOR  USE  AT  IOSs 


Abbreviations  at  trainer  simulator  lnst.ruetor/Operator  Stations  must  be 
consistent,  and  in  accordance  with  M1L-STD-1 472 ,  and  the  following  rules  should 
be  applied  in  sequence. 

1.  If  an  abbreviation  is  used,  it  shall  be  used  throughout  the  10S  control 
and  display  panels  and  pages,  not.  only  where  space  necessitates  its  use. 

2.  If  feasible,  all  nonweapon  system  terms  will  be  spelled  out.  Weapon 
system  acronyms  and  abbreviations  as  used  in  the  crew  station  shal 1  be  used  at. 
the  lOS. 

3.  If  abbreviations  are  required,  Table  C-l  shall  be  used.  Standard  ab¬ 
breviations  for  units  of  measurement  may  he  used. 

4.  To  abbreviate  words,  the  following  procedure  shall  be  used;  however,  no 
abbreviation  may  conflict  with  fable  C-l: 

a.  Four- letter  abbreviations  are  a  goal;  however,  ease  of  interpreta¬ 
tion  is  the  primary  considerat i on . 

b.  Abbreviations  shall  use  the  phonetic  rule;  i  .e.  ,  delete  letters 
but  retain  pronunciation  were  possible. 

c.  Sing le- letter  abbreviations  will  not.  be  created. 

d.  Plurals  will  not  be  indicated  by  adding  an  "S." 

e.  The  abbreviation  will  t>e  used  for  all  forms  of  the  word;  i .e. , 
noun,  verb,  participle. 

fable  C-l .  Approved  IQS  Abbreviations 


AAA 

Antiaircraft  Artillery 

AAM 

Air-t.o-Air  Missile 

ABS 

Absolute 

AC 

Alternating  Current 

ACM 

Air  Combat  Maneuvering 

ACTV 

Act ive 

ADF 

Automatic  Direction  Finder 

ADV 

Advance 

AFID 

Airfield 

AG1. 

Above  Ground  1  eve  1 

ACM 

Ai r-to-Ground  Missile 

Alb 

Aileron 

AIXIN 

Al  ign 

ALT 

Al  ti  t  ude 

ANT 

Antenna 

APCH 

Approach 

AFC 

Auxiliary  Power  Unit 

ASSY 

Assemb 1 y 

Table  C-l  (Continued) 


ATT 

ATTK 

AUTO 

AWLS 

BARO 

BCN 

BRG 

C/B 

CAB 

CANL 

CAS 

CEIL 

CG 

CHAN 

CKPT 

CLR 

CLSD 

com 

OOND 

OONT 

CORD 

CPLT 

CRS 

CRT 

CTRL 

CURR 

DC 

DECR 

DEG 

DELE 

DEMO 

DEPR 

DIR 

DIST 

DME 

DSPL 

DUR 

DWN 

E 

ECM 


Attitude 

Attack 

Automatic 

Allweather  Landing  System 

Barometric 

Beacon 

Bearing 

Circuit  Breaker 

Cabin 

Cancel 

Calibrated  Airspeed 
Ceiling 

Center-of -Grav i ty 

Channel 

Cockpit 

Clear 

Closed 

Communication 

Condition(s) 

Control 

Coordinate 

Copilot 

Course 

Cathode-Ray  Tube 

Control 

Current 

Direct  Current 

Decrease 

Degree 

Delete 

Demonstrate 

Departure 

Direction 

Distance 

Distance  Measuring  Equipment 

Display 

Duration 

Down 

East 

Electronic  Countermeasures 


ELEC 

Electric/Electronic 

ELEV 

Elevator 

ELEV 

Elevation 

{HER 

Emergency 

ENRT 

Enroute 

ENTR 

Enter 

BQP 

Equipment 

Escape 

Essential 

Electronic  Warfare 

External 

Feet 


Table  C-l  ( Cont i nued ) 


FAC 

Facility 

FCS 

Fire  Control  System 

FE 

Flight  Engineer 

FLD 

Field 

FLT 

Flight 

FORM 

Formation 

FREQ 

Frequency 

FRZ 

Freeze 

FUS 

Fuselage 

FWD 

Forward 

G 

Acceleration 

G/S 

Glideslope 

GCA 

Ground -Control 1 ed  Approach 

GCI 

Ground-Controlled  Intercept 

GEN 

Generator 

GMT 

Greenwich  Mean  Time 

GOV 

Governor 

GRND 

Ground 

GS 

Ground  Speed 

HDG 

Heading 

HF' 

High  Frequency 

HIST 

History 

HR 

Hour 

HSI 

Horizontal  Situation  Indicator 

HVY 

Heavy 

HYDR 

Hydraulic 

IAS 

Indicated  Airspeed 

IC 

Initial  Condition 

ICS 

Inter-Communication  System 

IFF 

Identification  Friend  or  Foe 

ILS 

Instrument  Landing  System 

INCR 

Increase 

INI) 

Indicator 

1NDX 

Index 

IN1T 

Initial 

INS 

Inertial  Navigation  System 

INSTR 

Intructor 

I  NT 

Internal 

INTEG 

Integrated 

IOC 

Instructor/Operator  Console 

IOS 

Instructor/Operator  Station 

ISOL 

Isolation,  Isolate 

KEYED 

Keyboard 

KTS 

Nautical  Miles  per  Hour,  Knots 

L 

Left 

LAT 

Latitude 

LDG 

Landing 

LON 

Longitude 

MAC 

Mean  Aerodynamic  Chord 

MAG 

Magnetic 

MALE 

Malfunction 

MAN 

Manual 

Vs 

v 


v 

S?: 


>  .  3- 


V  V 

Vv 

vv 

v 


g  *V' 

r-yz 

w 


-■>  N 


o 


> 


60 


Table  C-l  (Continued) 

MAX  Maximum 

MEAS  Measurement 

MET  Mission  Elapsed  Time 

MFD  Multi-Functi on  Display 

MIC  Microphone 

MIN  Minute 

MINM  Minimum 

MI  SC  Mi seel ianeous 

MISN  Mission 

MSG  Message 

MSTR  Master 

N  North 

NAV  Navigator,  Navigation 

NM  Nautical  Mile 

NO .  Number 

NORM  Normal 

OAT  Outside  Air  Temperature 

OPER  Operator,  Operating 

OVCST  Overcast 

OVHD  Overhead 

OVHT  Overheat 

OXY  Oxygen 

PANL  Panel 

PAR  Precision  Approach  Radar 

PCT  Percent 

PERF  Performance 

PLT  Pilot. 

PLYBK  Playback 

POS  Position 

PRES  Pressure 

PROB  Problem 

PROC  Procedure 

PRC  XI  Program 

PROP  Propeller 

PWR  Power 

PWT  Pressure ,  Wind  and  Temperature 

QTY  Quantity 

R  Right 

RAD  Radar 

RCVR  Rece i ver 

REQ  Request 

ELSE  Release 

RNG  Range 

RPM  Revo  1 ut i nns-per-mi nut e 

RSFl  Reset 

RL'D  Rudder 

RVR  Runway  Visual  Range 

RWY  Runway 

R7.  Rendezvous 

S  South 

SAM  Surface-t o-Ai r  Missile 


Table  C-l  (Concluded) 


SAT 

Satellite 

Sec 

Second 

SEG 

Segment 

SEL 

Select 

SENS 

Sensor 

SGM 

Surface-to-Ground  Missile 

SIM 

Simulator 

SPCL 

Special 

SPD 

Speed 

SPKR 

Speaker 

SPLRS 

Spoilers 

SSB 

Single  Sideband 

STA 

Station 

STBY 

Standby 

sum 

Summary 

SYNC 

Synchronous/Synchronized 

SYS 

System 

T/0 

Takeof  f 

TAC 

TACAN 

TAS 

True  Airspeed 

TEMP 

Temperature 

THROT 

Throttle 

THRT 

Threat 

TRCK 

Track 

TWR 

Tower 

UHF 

Ultra-High  Frequency 

UTIL 

Ut.i  1  1  ty 

VAL 

Value 

VAR 

Variation 

VERT 

Vertical 

VHP 

Very-High  Frequency 

V  {HR 

Vibration 

VIS 

Visihi 1 ity 

w 

West 

WHLS 

Whee 1 s 

WPN 

Weapon 

VvY’PT 

Waypoint 

X-C 

Cross-Country 

XM1T 

Transmit 

XTRK 

Cross- Track 

Table  C-2  10S  Abbreviated  Terms 


Above  Ground  Level 

AGL 

Absolute 

ABS 

Active 

ACTV 

Advance 

ADV 

Aileron 

AIL 

Air  Combat  Maneuvering 

ACM 

Air-to-Air  Missile 

AAM 

Air-to-Ground  Missile 

AGM 

Airfield 

AFLD 

Align 

ALGN 

All-Weather  Landing  System 

AWLS 

Alternating  Current 

AC 

Altitude 

ALT 

Antenna 

ANT 

Anti-aircraft  Artillery 

AAA 

Approach 

APCH 

Assembly 

ASSY 

Attack 

ATTK 

Attitude 

ATT 

Automatic 

AUTO 

Automatic  Direction  Finder 

ADF 

Auxiliary  Power  Unit 

APU 

Barometric 

BARO 

Beacon 

BCN 

Bearing 

BRG 

Cabin 

CAB 

Calibrated  Airspeed 

CAS 

Cancel 

CANL 

Cathode-Ray  Tube 

CRT 

Ceiling 

CEIL 

Center-of -Gravity 

CG 

Channel 

CHAN 

Circuit  Breaker 

C/B 

Clear 

CLR 

Closed 

CISD 

Cockpit 

CKPT 

Communication 

cam 

Condition! s ) 

COND 

Control 

CONT 

Coordinate 

CORD 

Copilot 

CPLT 

Course 

CRS 

Cross-Track 

XTRK 

Cross-Country 

x-c 

Current 

CTJRR 

Decrease 

DECK 

Degree 

DEG 

Delete 

DF.lk 

Demonstrate 

DEMO 

Departure 

DEPR 

Direct  Current 

IX' 

Direction 

DIR 

Table  C-2  (Continued) 


Display 

Distance  Measuring  Equipment 

Distance 

Down 

Duration 

East 

Electric/Eiectronic 

Electronic  Countermeasures 

Electronic  Warefare 

Elevation 

Emergency 

Enroute 

Enter 

Equipment 

Escape 

Essential 

External 

Faci lity 

Feet 

Field 

Fire  Control  System 
Flight 

Flight  Engineer 

Formation 

Forward 

Freeze 

Frequency 

Fuselage 

Generator 

Glides lope 

Governor 

Greenwich  Mean  Time 
Ground  Speed 
Ground 

Ground-Controlled  Intercept 
Ground-Controlled  Approach 
Heading 
Heavy 

High  Frequency 
History 

Horizontal  Situation  Indictor 
Hour 

Hydraulic 

Identification  Friend  or  Foe 

Increase 

Index 

Indicated  Airspeed 
Indicator 

Inertial  Navigation  System 
Initial 

Initial  Condition 
Instructor/Operator  Station 


DSPL 

DME 

D1ST 

DWN 

DUR 

E 

ELEC 

ECM 

EW 

ELEV 

EMER 

ENRT 

ENTR 

EQP 

ESC 

ESST 

EXT 

FAC 

F 

FID 

FCS 

FLT 

FE 

FORM 

FWD 

FRZ 

FREQ 

FUS 

GEN 

G/S 

GOV 

GffT 

GS 

GRND 

GCI 

GCA 

HDG 

HVT 

HE 

HIST 

HSI 

HR 

HYDR 

IFF 

INCH 

INDX 

IAS 

IND 

INS 

I  NIT 

IC 

IOS 


Table  C-2  (Continued) 


Instructor/Operator  Console 

IOC 

Instrument  Landing  System 

ILS 

Integrated 

INTEG 

Inter-Communication  System 

ICS 

Internal 

I  NT 

Intructor 

INSTR 

Isolation,  Isolate 

I  SOL 

Keyboard 

KEYBD 

Landing 

LDG 

Latitude 

LAT 

Left 

L 

Longitude 

LON 

Magnetic 

MAG 

Malfunction 

MALF 

Manual 

MAN 

Master 

MSTR 

Maximum 

MAXM 

Mean  Aerodynamic  Chord 

MAC 

Me  as  virement 

MEAS 

Message 

MSG 

Microphone 

MIC 

Minimum 

MINM 

Minute 

MIN 

Miscellaneous 

MISC 

Mission 

MISN 

Mission  E Lapsed  Time 

MET 

Multi -Function  Display 

MFD 

Nautical  Miles  per  Hour,  Knots 

KTS 

Nautical  Mile 

NM 

Nav i gator ,  Nav i gat i on 

NAV 

Normal 

NORM 

North 

N 

Number 

NO. 

Operator,  Operating 

OPER 

CXits ide  Air  Temperature 

OAT 

Overcast 

OVCST 

Overhead 

OVHD 

Overheat 

OVHT 

Oxygen 

OXY 

Panel 

PANL 

Percent 

per 

Performance 

PERF 

Pi  lot 

PLT 

Playback 

PLYBK 

Position 

POS 

Power 

PWR 

Precision  Approach  Radar 

PAR 

Pressure,  Wind,  and  Temperature 

PWT 

Pressure 

PRES 

Problem 

PROB 

Procedure 

PROC 

VV'.V.V.V 


,v  .Vj.V  .VV  -.V-.-.WV-y’-'' 


Table  C-2  (Continued) 


Program 

Propeller 

Quantity 

Radar 

Range 

Receiver 

Release 

Rendezvous 

Request 

Reset 

Revolutions-per-minute 

Right 

Rudder 

Runway 

Runway  Visual  Range 

Satellite 

Second 

Segment 

Select 

Sensor 

Simulator 

Single  Sideband 

South 

Speaker 

Special 

Speed 

Spoilers 

Standby 

Station 

Summary 

Surface-to-Air  Missile 

Synchronous/Synchroni zed 

System 

Tactical 

Takeoff 

Temperature 

Threat 

Throttle 

Tower 

Track 

Transmit 

True  Airspeed 

Ultra-High  Frequency 

Utility 

Value 

Variation 

Vertical 

Very-High  Frequency 
Vibration 
Visibi 1 ity 
Waypoint 


PROG 

PROP 

QrY 

RAD 

RNG 

RCVR 

RLSE 

RZ 

REQ 

RSET 

RPM 

R 

RUD 

RWY 

RVR 

SAT 

Sec 

SEG 

SEL 

SENS 

SIM 

SSB 

S 

SPKR 

SPCL 

SPD 

SPURS 

STBY 

STA 

SIMM 

SAM 

SYNC 

SYS 

TAC 

T/0 

TEMP 

THRT 

'iwior 

TWR 

TRCK 

XMIT 

TAS 

UHF 

UTIL 

VAL 

VAR 

VERT 

VHF 

VI  HR 

VIS 

WYPT 


r  V%> 
v%  \ 


Table  C-2  ( Concluded ) 


Weapon 

West 

Wheels 


WPN 

W 

WHLS 


APPENDIX  D 


DISPLAYS  AND  LESSONS  LEARNED 


Background 


Surveys  of  training  device  displays  used  in  initial  qualification  and 
continuation  training  devices  have  revealed  not  only  a  wide  variation  in  tech¬ 
nological  applications,  but  also  a  broad  spectrum  of  user  problems  with  the 
displays  as  mechanized.  In  general,  the  exploitation  of  advanced  display 
technology  has  followed  engineering  and  software  design  expertise,  rather  than 
training  or  instructor  interface  requirements.  The  following  discussion  re¬ 
flects  surveys  of  the  major  trainers  used  in  the  C-130,  C-5,  0141,  KC-135/K, 
and  B-52  training  programs. 

The  problems  reflect  not  only  problems  in  application  of  advanced  technol¬ 
ogy,  but  equally  important,  shortcomings  in  understanding  and  meeting  training 
needs  and  above  ail,  user  characteristics  and  training  program  constraints. 
Inadequate  trainer  documentation  has  compounded  the  problems. 

The  end  result  in  many  cases  has  been: 

1.  failure  to  utilize  simulation  capabilities, 

2.  failure  to  utilize  control  features,  and 

3.  failure  to  utilize  instructional  features. 

In  summary,  lack  of  an  effective  display  interface,  coupled  with  poor 
documentation  and  inadequate  user  training,  has  limited  the  cost  effectiveness 
of  training  devices. 


Trainer  Displays 

Displays  used  in  training  devices  can  be  grouped  into  three  categories: 

1.  Status  Displays  -  displays  that  present  information  on  the  trainer,  the 
simulated  weapon  system,  and  the  training  event; 

2.  Plot  Displays  -  displays  that  present  a  graphic  display  of  the  opera¬ 
tional  simulated  world  in  two  or  three  dimensions;  and 

3.  Control  Displays  -  displays  that  present  trainer  control  options. 

Indicator  lights,  CRTs,  mechanical  plotters,  and  instruments  are  al I  used 
to  present  information.  In  general,  trainer  design  has  erred  in  the  direction 
of  presenting  excessive  information,  in  the  anticipation  of  satisfying  all 
current  and  future  display  requirements,  and  reflects  a  general  lack  of  informa 
tion  requirements  analysis. 


Lessons  Learnt  id 

The  following  paragraphs  summarize  lessons  learned  in  terms  of  status, 

plot,  and  control  displays. 


Several  problems  are  common  to  all  displays  and  include: 

1.  1'he  lack  of  consistent  and  meaningful  abbreviations.  The  problems 
found  frequently  included: 

•  The  same  abbreviation  with  different  meanings, 

•  Different  abbreviations  for  the  same  word(s), 

•  failure  to  follow  weapon  systems  abbreviations,  ar*i 

•  No  consistent  method  tor  creating  abbreviations. 

2 .  Non-standard  and  inconsistent  use  of  color-coding  including: 

•  Use  of  red  for  non-emergency  conditions, 

•  Use  of  amber  for  non-caution  conditions, 

•  Lise  of  green  for  other-than-normai  operation  state,  and 

•  Inconsistent  use  of  colors  such  as  blue  and  white. 

3.  Inconsistent  brightening  of  switch-lights;  e.g.,  sometimes  using  the 
feature  to  show  the  "off"  state,  sometimes  the  "on"  state. 

•1.  failure  to  ba Lance  display  light  levels  at  the  stations. 

5.  failure  to  remove  or  at  least  blank  control  and  indicator  legends  when 
no  longer  required  as  a  result  of  modifications. 

f>.  fai  lure  to  label  control  panel  functions. 

T.  Use  of  redundant  labeling  on  controls  and  indicators. 

H.  Co- locat i ng  high-priority  displays  with  low-priority  displays. 

9.  Locating  maintenance  technician  displays  at  the  10S. 

10.  failure  to  arrange  repeater  displays  as  they  are  at  the  crewstation. 
Status  Displays 

Three  different  approaches  have  been  utilized  to  meet  the  requirements  for 
displaying  information  relative  to  the  trainer,  the  simulated  weapon  system,  and 
the  training  event.  They  reflect  display  technology  history,  rather  than  in- 
st.ructor/operator  needs.  Thus  older  trainers  depend  heavily  on  analog  devices; 
the  next  generation  added  alphanumeric  displays;  and  modern  trainers  depend 
heavily  on  graphics  displays.  The  graphics  displays  are  often  used  to  simulate 
analog  devices  such  as  needle  instruments,  but  substitute  a  digital  readout  in 
place  of  the  pointer.  The  implementation  is  difficult  for  operational  personnel 
to  use  because  of  the  conflict,  created;  i .e. ,  an  apparent  analog  of  the  crew- 
station  display  but  not  readable  in  the  same  manner.  Instead  of  "reading" 
pointer  position,  the  instructor  is  required  to  read  numbers  which  may  be 
changing  very  rapidly. 

Trainer  Status.  Trainer  status  displays  reflect  system  status  displays  in 
general  and  are  typified  by: 


1.  Advisorv,  caution,  and  warning  indicator  lights  and  legend  lights. 


2.  Illuminated  switch-lights. 


Many  of  the  subsystems  monitored  have  no  meaning  to  the  instrur tor/opera tor. 
Figure  D-l  is  an  example  of  the  type  of  display  that  can  result..  Figure  l)-2  is 
another  example  and  also  shows  the  grouping  of  different  control  functions  from 
basic  training  controls  (e.g.,  freeze)  to  interlock  indicators  on  the  same 

panel . 

1.  Indicators  and  switches  are  identical  in  appearance.  For  example, 

CLEAR  AURAL  ALARM  is  a  switch,  whereas  all  of  the  units  above  it  are  indicators 

(Figure  D-l ) . 

2.  Illumination  of  the  system  status  indicators  CMPrR,  DISC,  PlxyiTER,  and 
AUTO  MSG  indicates  a  no-go  condition.  Most  other  indicators  illuminate  when  the 
function  is  selected  or  functioning.  Of  more  importance,  none  of  the  computer 
systems  status  lights  is  required  at  the  instructor  console  since  they  are  a 
maintenance  technician  function. 

Weapon  System  Status.  Weapon  system  status  pages  typically  present  data  on 
almost  any  subsystem  and  associated  performance.  The  displays  are  engineering- 
oriented,  not  training-or  instructor-oriented.  They  are  typified  by: 

1.  Excessive  detail; 

2.  Irrelevant,  information  for  the  training  tasks  involved;  and 

3.  Grouping  of  displays  by  engineering  systems,  not  training  tasks. 

Figure  D-3  shows  an  alphanumeric  status  display  of  the  hydraulic,  air- 
conditioning,  and  pressurization  systems  of  the  simulated  aircraft.  Not  only- 
are  the  data  presented  in  a  unique  format  compared  to  the  aircraft,  they  are 
presented  in  different  units  and  labeled  differently.  Finally,  the  data  are 
displayed  in  columns,  which  is  typical  of  operational  displays;  and  little 
attempt  is  made  to  group  the  data  to  facilitate  access  and  interpretation. 

Figure  D-4  shows  a  typical  graphics  solution  to  weapon  system  status 
information  except  that  it  requires  the  reading  of  digital  data  for  what  is  a 
needle  position  indication  in  the  operating  system. 

Training  Status.  The  presentation  of  training  status  in  most  existing  devices 
is  limited  to  optional  printouts  of  selected  parameters.  1'he  resulting  data  are 
difficult  and  time-consuming  to  interpret.  Figure  D-5  is  a  typical  parameter 
data  page.  Figure  D-6  is  an  example  of  a  very  limited  display  of  procedures 
monitoring.  Such  data  are  not  used  by  instructors. 

Weapons  delivery  scoring  data  are  normally  provided,  either  in  digital 
format  or  graphically  for  ground  practice  target  areas. 

The  hit/kill  calculations  are  normally  of  training  value  only,  since  no  attempt 
is  made  to  solve  the  complex  equations  involved. 

No  displays  were  found  which  reflected  progress  or  status  in  terms  of 
training  objectives  or  performance  criteria. 


us  Display 


D-5.  Example  of  a  Poorly  Designed  Training  Status  Data  Page 


PROCEDURE  •  5. 

ELAPSED  TICE  (SECS)  58. 
SEQUENCE 

1-  3 

2-  1 

3-  2 

4-  8 

5-  7 

6-  C 

7-  C 
B-  4 
9-  C 

10-  t 

1 1  -  s  : 

;2~  C  | 


>1  a  I’oorlv  L»es  i  gnc  J  1’  rocudurus  Monitoring  Displa 


Both  two-dimensional  and  three-dimensional  plot  displays  have  been  used, 
the  latter  primarily  lor  air  combat  maneuvering.  Two-dimensional  plots  are 
either  maps  or  plots  of  aircraft  position  in  space. 

Map  Plots.  Cross-country  maps  and  tactical  plots  showing  threats  and  targets 
are  typically  provided.  Most  exhibit  the  same  type  of  problems,  including: 

1.  Non-weapon  system  symbology, 

2.  No  scale  (needed  for  resetting), 

3.  No  compass  rose  or  heading  reference  (needed  for  vectoring), 

4.  Limited  decluttering  options  (needed  to  resolve  overlapping  symbology 
and  alphanumeric  data), 

5.  Limited  track  erase  options  (generally  ail  or  none),  and 

6.  Poor  selection  of  map  scales  relative  to  training  tasks. 

Figure  D-7  and  D-8  depict  typical  cross-country  plots. 

ILS/GCA  Plots.  Figure  D-y  is  a  typical  ILS/GCA  (Instrument  Landing  System/ 
Ground  Control  Approach)  plot  page  which  also  displays  the  recommended  con¬ 
troller  message.  Most  GCA  controller  models  have  been  unsatisfactory  in  that 
the  message  is  not  sufficiently  anticipatory.  In  general ,  instructors  feel 
comfortable  in  conducting  GCAs  using  these  types  of  displays. 

Control  Displays 

Both  CRT  and  programmable  display  pushbuttons  are  included.  The  more 
common  ones  found  in  existing  trainers  are  CRT  control  pages. 

CRT  Control  Pages.  Pushbutton  keys  are  generally  implemented  with  CRT  display 
page  access  to  call  the  basic  control  page.  Once  the  control  option  display 
page  is  shown,  a  variety  of  options  for  implementing  the  control  input  have 
been  used  and  are  discussed  in  Appendix  K.  In  general: 

1.  Menu-dr 'ven  systems  have  tended  to  err  to  extremes  in  terms  of  breadth 
and  depth  of  the  menu  option.  Breadth  refers  to  the  number  of  choices  on  each 
page;  depth  refers  to  the  hierarchical  structure  or  number  of  levels.  Both 
extremes  result  in  slow  and  tedious  operation,  as  is  discussed  in  Appendix  E. 

2.  1'he  format,  of  the  menu  pages  in  most  exist  ing  t  rainers  is  not  optimum, 
figure  I)-l()  provides  a  sample  of  a  menu  page  which  presents  an  excessive  num  %r 
of  options  in  a  poorly  organ^ed  format.  Although  some  grouping  is  used,  it  is 
not  displayed  as  such.  Figure  Li-11  depicts  a  better-organic  xl  page. 


3.  Terminology  often  does  not.  reflect,  either  the  weapon  system  or  opera- 
t  ill.  Malfunction  and  control  titles  are  often  not  meaningful  to  instructors. 
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MANUAL  MALFUNCTION  INDEX 

AGE 

NO 

01  ENG-  F  PMPS, ENRICH  VAL.SOV.IGN  RLY  F  MANF  PRES  SU.16X  SPD  SU 
02  ENG-  SENS  SUS  CONT  SFT  TIT, DR  VAL,ST  CNTRL  VAL.BL  A  VAL,0L  CK  VAL 

03  ENG-  ACCEL  BL  VALS. STALLED  ST,--  - ,ST  DUCT, ST  SFT 

04  ENG-  OPRS  PMPS, OLK, OTEMP  IND,OIL  TEMP , OCLR  FLP 
05  ENG-  OCLR  FLP , TD  AMPL , TIT 

06  ENG-  F  FL  IND  PUR  S U P . TO R M , T A C H . S TP  R L Y , L US P D  SOL.COND  LVR . THOT, FLOl 
07  ENG-  BRG  SE I ZURE . GR8X, F I  RE , NAC  OVHT.TURB  OVHT 
08  PROP-  OFSPD  MG.N/G  FLUCT8.MG  ,  LU  0  LGT. PL/K . REG . OVRSPD 

09  PROP-  SFTY  CPLG, NTS, BRK , AUX  FEATH  MTR , F  L  S  2 /F E A TH , UDML S , 0 VRD  BTH.OFS 

10  PROP-  LU  P  S TP  C MP R N , R E V  TORQ 

11  ELECT-  EXT  AC/DC  ,  GEN  GRUD  F A U -R E G -OU T -F L R -C N TO R -0 T  LGT 

12  ELECT-  GEN  ATM,  L  /R  AC,  ESS  AC , MN  AC , BTRY, BUS  TIE 

13  ELECT-  MN  DC.  ESS  TR.MN  TR . AC l /EF C . PUR  XFMR.CP  INSTR  BUS 

14  FUEL-  F  PRES.DMP  MS T . DMP , XFE E D , B VP . PRMR , XFE E D  SEP  VALS 

15  FUEL-  LU  PRES  SU.EXT  LK.F  QTY  INDS 

16  OVHT-  OTR  UG.CTR  UG.UHL  UELL.N  UHL  UE L L , E MP E N . UG , U/U , A TM , C AR 

17  ANT  I  -  I  -  A  I  VL.L/E  T  IND, PR  TMR ,  I DE T, SPNR , BL . PR  LC.PIT  HT.STC  PTS 

18  PNEU -  PRES  CONT. OFTU&SFTY  VA L S , R L Y , D C 0 MP , A  COND , MANF ,  I  SOL  VAL 

19  GTC  -  DOOR , OPPRES  SU.LD  CONT  VAL  BL  A  OVRSPD, FIRE 

20  FLGT  CONT-  ELEV  TM-TM  TAB , A/P , ELEV  TAB  IND. AIL 

21  HYD-  BST  PMP.SQV.CK  VAL.PMP  PRES.LK.GRND  T  VAL, AUX  PMP.PR  IND.BST  SO 

22  HYD-  DIV  VAL. FLP  CONT  DRl.FLP  HYD  L.ASYM  FLPS.FLAP  IND 

23  LNDG  GR-  MN  FLS , MTR , GR  BOX, LK , CONT  V, BRK , T I  RE , SU. SOL . RLY. P  IN.LGT.NB 

24  LNDG  GR-  N  GR  UP  LK  N  UHL  STRNG  SHIMMY 

25  BRK  &  A/S-  B  SEL  VAL.LKD.MTRG  VAL S . L  I NE  . A /S  VAL  -TEST  -  IND 

Figure  IJ-10.  Example  <>t  I’oorJ'-  Organized  Menu  Page. 
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4.  Numbers  are  typically  used  for  controJ  input  but  are  typically  of  no 
meaning  and  often  conflict  with  parameter  numbers.  For  example,  runway  number, 
waypoint  number,  or  malfunction  number  may  not  be  used  for  entry;  rather,  a 
separate  "list"  number  is  used  instead.  Thus,  to  utilize  shortcuts,  the  in¬ 
structor  is  requ i red  to  recall  a  number  or  read  the  manual  to  identify  the 
number  to  enter . 

Although  definitive  data  on  menu  design  are  not  available,  existing  evi¬ 
dence  indicates  that  well-organized  menu  pages  utilizing  categories  can  exhibit 
up  to  eight  and  possibly  more  select  ions  per  page. 

The  use  of  touchpanels  with  an  icon  type  of  identification  presents  an 
alternative  menu  option.  Figure  D-1H  depicts  a  touch  panel  status  and  menu 
page  for  cockpit  controls.  The  right  comer  subpanel  functions  as  the  menu 
page.  Since  the  screen  pier forms  almost  all  control  functions,  the  number  of 
pages  required  is  generally  more  than  for  key-controlled  menu  pages.  However, 
if  designed  in  user  terms,  the  approach  can  reduce  instructor/opierator  training 
requirements . 


APPENDIX  E :  CONTROLS  AND  LESSONS  LEARNED 


Background 

Surveys  of  training  device  displays  used  in  initial  qualification  and 
continuation  training  devices  have  revealed  not  only  a  wide  variation  in  tech¬ 
nological  applications,  but  also  a  broad  spectrum  of  user  problems.  In  general, 
the  exploitation  of  advanced  control  technology  has  followed  engineering  and 
software  design  expertise  rather  than  training  or  instructor  interface  require¬ 
ments.  The  following  discussion  reflects  surveys  of  major  trainers  used  in  the 
C-130,  C-5,  C-141,  KC-135R,  and  B-52  training  programs. 

The  problems  reflect  not  only  problems  in  application  of  advanced  technol¬ 
ogy,  but  equally  important,  shortcomings  in  understanding  and  meeting  training 
needs  and  above  ail,  user  characteristics  and  training  program  constraints. 
Overall  poor  documentation  has  compounded  the  problems. 

The  end  result  in  many  cases  has  been: 

1.  failure  to  utilize  simulation  capabilities, 

2.  failure  to  utilize  control  features,  and 

3.  failure  to  utilize  instructional  features. 

In  summary,  lack  of  an  effective  control  interface,  coupled  with  poor 
documentation  and  inadequate  user  training,  has  limited  the  cost  effectiveness 
of  training  devices. 


Trainer  Controls 


The  trainers  surveyed  presented  a  wide  variety  of  controls  and  their 
implementation,  including  standard  computer  keyboards,  various  function  key 
panels,  numeric  keypads,  light  pens,  track  balls,  joysticks  and  conventional 
switches  and  knobs.  The  most  common  devices  used  were  pushbuttons  and  numeric 
keypads.  In  most  applications,  the  controls  were  used  in  conjunction  with  a 
CRT  display  and  the  systems  were  menu-driven. 

Controls  can  be  grouped  into  five  categories  in  terms  of  the  functions 
performed.  Different  types  of  controls  tend  to  be  used  for  each.  The  five 
categories  are: 

1.  Trainer  system  controls  -  e.g.,  computer,  motion,  control  loading, 
visual,  sound,  and  "g"  systems; 

2.  Training  controls  -  e.g.,  initialization,  instructional  features,  and 
exercise  control  and  modification; 

3.  Briefing/debriefing  -  initialization  and  feedback/debrief ing  features; 

4.  Management  -  record  keeping,  scheduling,  and  reporting;  and 


n.  Development  -  exercise  and  scenario  development,  and  modification. 

Lessons  Learned 


In  general,  in  the  same  sense  that  trainer  displays  tended  to  present  an 
excess  of  information,  controls  tended  to  provide  a  means  of  controlling  any¬ 
thing  and  everything  that  was  displayed  and  to  provide  the  control  at  all  times, 
whether  relevant  to  the  situation  or  not.  trainer  control  implementation  has 
been  likened  to  a  pipe  organ  console  in  permitting  access  to  all  the  capabili¬ 
ties  ot  the  system  at.  al  I  times. 

Trainer  System  (. 'ont.ro Is 

Trainer  system  controls  include  controls  for  the  trainer  subsystems  such 
as  the  motion  system,  computer  system,  visual  system,  "g"  system,  audio  system, 
lighting  system,  and  any  other  system  or  subsystem  of  the  training  device.  Only 
the  controls  required  b\  the  instructor/operator  in  conducting  training  should 
In3  included  at  the  I  OS. 

In  general,  existing  systems  tend  to  include  instructor  controls  for 
systems  which  are  nor  related  to  training  and  controls  not  required  at  the  10S. 
As  a  result  they  compound  t he  instructor  tasks,  expand  the  training  required, 
and  often  present  the  possibility  of  "crashing"  the  system  if  operated  incor¬ 
rectly.  The  following  guidelines  should  be  followed  for  system  controls: 

1 .  \o  power-up,  diagnostics  or  check-out.  controls  for  trainer  systems 
should  be  located  at  the  IOS.  All  systems  required  for  training  should  be 
powerod-wp  and  operation  verified  by  technician/operator  personnel  prior  to  the 
instructor's  manning  of  t.he  eonsoLe. 

Controls  for  trainer  system  operation  should  be  located  at  wel 1-designed 
consoles  for  that  purpose .  If  instructor  personnel  are  required  to  perform 
system  power-up  functions,  they  should  be  trained  to  perform  those  functions  at 
t.he  consoles  involved. 

2.  The  following  system  controls  are  generally  required  at  the  IOS. 

However,  if  no  control  and  adjustment  of  the  system  is  required  during  training, 
the  control (s)  should  not  be  implemented  at  the  IOS,  unless  they  are  placed 
there  for  safety  reasons. 

a.  kmergenoy  control .  A  single  control  which  safely  powers  down  the 
training  crews  tat  ion  must  be  provided  at.  each  IOS.  Normally,  t.he  control  will 
stop  all  simulation  programs  and  simulation  systems  including  motion,  visual , 
g,"  and  control  loading.  The  motion  platform  should  be  quickly  brought  to  the 
rest  condition.  Crews tat ion  general  lighting  is  normal iy  turned  on  automati¬ 
cal  I  y . 


Note:  The  emergency  system  control  is  a  manual  instructor  function  and  is 
not  part  of  the  system  resjxinse  to  catastrophic  events  such  as  total  power 
failure,  fire,  and  accidents — although  the  1 nst.ruct or/operator  can  utilize  the 
emergency  off  control  in  association  with  such  events. 

h.  Motion  system  control. 


\ 

.% 
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•  A  single  indicator  should  be  pr.  •  ;ded  to  indicate  that  the 
motion  system  is  ready  tor  operation  (i.e.,  the  platform  can  be  erected). 

•  A  single  control  should  lie  provided  to  activate  and  deactivate 
the  motion  system.  State  condition  should  be  indicated. 

•  Controls  for  adjusting  roughness'  of  ride  should  be  collocated 
with  the  environment  controls,  not  with  the  motion  system  control. 

Figure  K-l  depicts  a  typical  control  panel  for  mot  ion  system  and  control 
loading  system  and  illustrates  the  complexity  and  typical  redundancy  of  con¬ 
trols  and  display  involved. 

c.  Control  Loading  control. 

•  A  separate  control  to  activate  control  loading  should  not  normal¬ 
ly  be  required.  It.  should  he  activated  when  the  aircraft  dynamics  program  is 
loaded. 

•  No  other  controls  for  control  loading  are  normally  required. 

d.  Visual  system  control. 

•  A  single  activation/deactivation  control  is  required  which 
controls  the  projection  of  the  visual  scene. 

•  Controls  for  varying  the  visual  scene  should  I*5  incorporated  as 
appropriate  with  the  environment  controls  or  other  simulation  controls  such  as 
the  aerial  refueling,  weajxins  delivery,  and  threat  controls. 

Figures  F.-Z  and  K-ll  depict  typical  visual  system  panels  and  illustrate 
both  the  complexity  of  t.he  operation  and  the  degree-  of  compatibility  which  must 
be  established  between  the  trainer  environmental  control  pages  and  the  visual 
control  panel.  (It  should  lie  pointed  out  that  these  systems  were  added  after 
the  trainer  was  built.) 

e.  Sound  system. 

•  A  single  control  for  loudness  of  simulated  aural  effects  is 

required. 

•  No  activation/deactivation  control  is  required.  Power  should  he 
applied  to  the  sound  system  when  power  is  applied  to  the  trainee  station. 

Note:  The  sound  simulation  system  is  distinct  from  the  communication 
simulation  system. 

f.  "g"  system. 

None  of  the  trainers  surveyed  utilized  a  g-seat  or  g-suit  for  acceleration 
simulation.  However,  existing  "g”  simulation  systems  incorporate  various  means 
of  man i pu lat l ng  the  seat  pressure  applied  to  simulate  forces  against  the  seat 
and  restraint  devices.  Most  of  the  systems  have  required  inputs  of  trainee 
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weight,  desired  onset  threshold  (in  "g" ) ,  excursion  limit  controls,  and  pres- 
sure-per-g  options,  it  is  not  clear  that  the  settings  are  required. 


•  Only  a  single  activation/deactivat ion  control  is  normally  re¬ 
quired,  since  the  simulation  is  not  utilized  for  all  training  courses  or  events 

•  If  data  inputs  are  required,  they  should  he  incorporated  with  the 
initial  conditions  controls. 

Note:  The  g  simulation  system  should  be  designed  to  simulate  the  acceler¬ 
ation  environment.  Modification  of  the  simulation  by  t.he  instructor  should  not 
be  required,  nor  is  it  desirable  since  it.  degrades  the  simulation. 

Training  Controls 


Training  controls  include  the  means  provided  to  initialize,  and  conduct  a 
training  exercise.  As  pointed  out,  a  wide  variety  of  techniques  have  been 
used.  Regardless  of  the  type  of  control  used,  complex  control  procedures  have 
generally  been  implemented  and  reflect  hardware  and  software  orientation  rather 
than  training.  Computer  keyboards  and  programmer-type  actions  are  often  used. 
Although  this  approach  provides  the  maximum  in  control  options,  the  result  is 
generally  a  time-consuming  process,  which  requires  extensive  training  and 
practice,  particularly  for  non-programmer  personnel , 

Decision-action  flowcharts  of  the  training  implementation  tasks  for  the 
trainers  surveyed  were  developed.  Samples  are  appended.  The  flows  highlight 
the  large  number  of  inputs  required  to  implement  training  functions  and  the 
consequences  of  errors. 

Most  of  the  trainers  surveyed  were  menu-driven  for  training  implementation 
and  utilized  function  keys  for  initial  menu  access.  Kditing  controls  consist  in 
of  clear,  delete,  page  forward,  scroll,  and  enter  were  provided.  kadi  trainer 
had  a  unique  function  key  panel,  keypad ,  and  keyboard.  figures  K-4  through  k-N 
depict  typical  trainer  keyboards  found.  Figure  k-4  shows  a  system  which  util¬ 
izes  30  numbered,  programmable  function  keys  in  connection  with  functions 
numbered  on  the  menu  and  data  pages.  As  can  be  seen,  all  of  the  keyboards 
utilize  function  keys  to  access  display  pages  (status,  plot  and  control  jiages) 
and  a  keypad  for  numerical  data  entry  and  edit.  The  labeled  function  keys 
shown  in  Figure  E-4  are  also  color-coded. 

The  following  problems  were  found: 

1.  In  almost  all  cases,  data  as  entered  were  shown  at  the  Ik, t tom  of  the 
display  page,  which  then  required  an  "enter"  operation  to  insert  into  the  data 
page  and  was  followed  by  a  second  "enter"  oj*  rat  ion  to  insert  the  revised  page 
into  the  program.  While  data  echo  may  be  desired  in  order  to  reduce  erroneous 
inputs,  direct  editing  of  data  on  the  page  involved  would  save  unnecessary 
"enter"  operations. 

2.  In  many  cases,  no  "page  back"  option  was  provided,  with  the  result  that 
the  instructor  had  to  either  exit,  and  recai I  the  display  beginning  at  page  one 
and  page  forward  to  the  page  desired,  or  fiage  backward  through  all  the  pages. 

In  many  cases,  such  as  malfunctions,  this  can  involve  a  large  number  of  ojiera- 
tions  and  is  unduly  time-consuming. 


INSTRUCTOR  KEYBOARD  PANEL 
Figure  1 1 


Figure  E-7.  Example  of  Functionally  Organized  Irainer  Keyboard 


3.  Many  systems  require  preceding  zeros  to  be  entered  tor  data,  a  time- 
consuming  and  unnecessary  operation. 

4.  Although  shortcut  operations  were  typically  implemented,  in  all  cases 
they  required  that  the  instructor  know  the  numbers  to  be  entered  to  implement 
the  desired  function.  This  requires  that  the  instructor  either  keep  a  record 
of  frequently  used  codes  or  utilize  a  trainer  operator’s  manual.  Neither 
method  is  satisfactory. 

5.  To  implement  the  shortcut  operations  to  avoid  using  menu  indexes,  most 
trainers  require  that  a  "display"  key  be  pressed  after  the  function  key  has 
been  depressed.  Figure  E-9  depicts  the  type  of  sequence  that  results.  .As  can 
be  seen,  it  is  a  time-consuming  and  cumbersome  procedure,  especially  when  the 
simulation  is  running,  and  presents  many  possibilities  for  error.  The  steps 
required  to  correct  an  entry  error  using  erase  and  clear  keys  is  not  included. 
In  no  case  could  the  shortcut  method  be  used  to  edit  the  data  or  function  to  be 
entered.  Timely  entry  of  a  malfunction,  for  example,  is  difficult.  In  addi¬ 
tion,  a  display  must  be  used  for  the  operation. 

6.  In  no  case  was  a  "help"  routine  implemented.  Any  operating  problems 
required  either  contacting  a  technician  or  utilizing  the  operator’s  manual. 

None  of  the  trainers  surveyed  provided  storage  for  manuals  used  in  training. 
None  provided  a  useful  operator's  console  guide.  Only  the  voluminous  operation 
manual  (which  was  typically  out  of  date)  could  have  been  used. 

7.  The  function  keys  on  some  keyboards  were  not  illuminated,  which  posed 
identification  problems  under  dim  lighting  at  on-board  stations. 

8.  On  some  trainers,  the  keyboard  provided  no  indication  of  which  key  had 
been  pressed,  thus  requiring  use  of  the  display  key  to  identify  what  function 
had  been  selected. 

9.  The  instructor  is  required  to  know  on  what  display  page  the  data  and 
control  functions  are  located.  Some  pages  are  utilized  for  widely  disparate 
data  and  functions. 

10.  In  some  cases,  two  different  display  pages  were  requirtd  to  activate 
the  condition  and  to  view  the  condition. 

11.  Communications  control  mechanization  varied  widely.  In  general,  none 
was  considered  "user-friendly"  by  the  instructors.  As  a  result,  most  of  the 
capabilities  of  the  system  were  not  used.  The  instructors  operated  in  the  open 
or  active  microphone  mode.  While  most  communication  panels  provided  an  indica¬ 
tion  as  to  which  radio  was  being  used  by  the  trainee,  data  on  frequency  or 
channel  and  "in-range"  status  were  displayed  only  on  a  CRT,  often  requiring 
selection  of  a  unique  page.  Output  of  control  messages  by  the  instructor  over 
the  correct  channel /frequency  was  typically  a  time-consuming  operation.  Figure 
E-10  depicts  sample  communication  control  panels. 

12.  Hand-held  units  were  commonly  utilized  for  on-board  over-the-shoulder 
training  control.  Figure  E— 1 1  depicts  the  unit  typically  used.  Shift  keys  at 
the  side  of  the  unit  are  used  to  select  one  of  the  multiple  functions  on  each 
key.  The  display  consists  of  two  lines.  The  bottom  line  is  always  used  as  the 
echo.  Thus,  only  one  line  is  available  for  data  display. 


Ln  general,  such  units  have  proven  inadequate  for  training  control.  Where 
used,  instructors  depended  on  another  instructor  at  a  console  to  provide  the 
required  training  implementation  and  only  used  the  hand-held  unit  for  freezing 
the  trainer  and  for  malfunction  insertion  and  removal.  However,  the  latter  use 
was  limited  to  malfunction  identification  numbers  that  the  instructor  had 
preplanned  or  rememtiered. 

13.  Control  Features.  The  implementation  and  usage  of  control  feature  is 
summarized  as  follows: 

a.  (rash  override  -  All  trainers  provided  a  crash  override  feature. 

It  was  generally  usf-d  in  all  exercises.  Therefore,  it  appears  the  crash  over¬ 
ride  should  tw  the  default  condition,  with  crash  simulation  being  the  option. 

n.  1'Aent  manual  stack  -  None  of  the  trainers  provided  a  true  manual 
stack  for  ]>  I  aiming  ujx'ormng  changes.  Several  trainers  provided  the  capability 
of  entering  up  to  five  items  such  as  malfunctions  on  a  single  line  for  simul¬ 
taneous  insertion  (or  deletion)  when  the  "enter"  key  was  depressed. 

c.  Flag  set  -  None  of  the  trainers  provided  the  capability  for  the 
1 1 1 s 1 1 ue t  or  to  inser  t  "flags"  for  later  use  in  briefing  or  review. 

d.  Controller  models  -  In  general,  no  controller  models  were  imple¬ 
mented,  although  several  trainers  provided  GCA  control  messages  on  the  display 
for  instructor  output.  In  general,  most  instructors  preferred  to  generate 
their  own  commands. 

e.  Freeze  -  A1 1  of  the  trainers  provided  a  freeze  function.  Use 
'earn'd  widely  as  a  function  of  training  course  objectives  and  individual  in¬ 
structors.  Freeze  was  rarely  used  in  mission  training  but  was  frequently  used 
in  |  .i  < «  i  ilures  t  ra  i  n  i  ng . 

f.  Instructor  Help  -  None  of  the  trainers  provided  an  on-line  "help" 
function,  one  t. miner  incorporated  some  operation  instruction  with  some  of  the 
display  pages. 

g.  Instructor  ICS  (Intercommunication  System)-  All  of  the  trainers 
provided  a  sejairate  inst  ructor  ii  S  system;  however  it  was  rarely  used  as  de¬ 
signed.  (  oiiunun  i  cat  a  on  tretween  instructors  at.  remote  consoles  was  generally 
direct.  The  system  was  used  by  on-tx,ard  over-the-shoulder  instructors  to 
communicate  with  remote  console  instructors.  The  ICS  was  rarely  used  for 
communication  lie  tween  the  instructor  and  t  hi1  students.  Complex  operation  of 
radios  and  l(S  typically  resulted  in  use  of  overrides  and  open  microphone  modes. 

h.  Malfunction  Insert lon/Removal .  All  trainers  provided  for  entering 
and  deleting  mn 1 lunct  i ons  arid  emergency  conditions.  Most  of  the  trainers 
provided  an  option  for  automated  malfunctions  and  sets  of  malfunctions.  Auto¬ 
mated  ma  I  furict  i  oris  were  rarely,  if  ever,  used.  The  instructors,  in  general, 
consider-  tht'  t  riggers  inadequate  and  feel  that  the'  timing  of  malfunctions  can 
tie  done  nnl\  m  roa  I  tune  b\  the  instructor. 

i.  Programmed  Mission.  Most  of  the'  trainers  surveyed  provided  multi¬ 
file  programmed  missions.  Where  full  mission  training  was  conducted,  Che  capa- 
htlii>  was  list'd .  However,  few  of  the  trainers  surveyed  were  used  for  mission 
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training.  Many  instructors  felt  the  programmed  missions  were  loo  rigid  and  did 
not  provide  the  instructor  the  option  to  tailor  the  training  to  meet  the  train¬ 
ee’s  needs.  The  programmed  missions  were,  however,  often  us<*d  to  initialize 
the  trainer ,  after  which  it.  was  used  in  the  manual  mode  by  t  lie  instructor.  The 
missions  provide  a  rapid  and  simple  means  of  initializing  the  trainer.  The 
difficulty  of  modifying  or  creating  new  missions  further  limited  th.-ir  use. 

j.  Speech  Generat.ion/Lnderstand  1  ng .  None  of  the  trainers  utiiiz.-d 
this  feature,  which  is  just  becoming  available  in  acceptable  quality. 

14.  Instructional  Features.  The  implementation  and  utilization  of  instruc¬ 
tional  features  may  be  summarized  as  follows: 

a.  Automatic  Freeze.  Automatic  freeze  capability  to  meet  training 
performance  objectives  was  not  available  on  any  of  the  trainer.-.. 

b.  Automatic  Syllabus.  Automat  *rd  syllabi  were  not  i  nor  i  j  *  .rat  <  -d  or. 
any  of  the  trainers. 

c.  Briefing  and  Debriefing.  None  of  the  trainers  supported  trainee 
briefing  or  debriefing,  other  than  providing  hard  copy. 

d.  Communications  Record.  Several  trainers  were  equipp-d  with  1  he 
capability  tor  recording  trainer-  communications,  generally  m  connect  ion  with 
simulation  recording  for  demonstration  dove  1  opnent  .  The  cajiatulily  was  not 
used . 

e.  Demonstrat ion.  Many  of  the  trainers  had  the  capability  tor  dew-t¬ 
oping  and  recording  demonstrat ions.  The  capability  was  not  us.nl  in  training. 

f .  Knvironment  Modi  l'ioat  ion.  All  of  the  trainers  pi ov ided  i  he-  capa- 
bility  to  modify  the  environment  inchxling  the  geophysical  environment  ,  as  w.  i 1 
as  the  tactical  and  warfare  environment.  The  cajiability  was  used  extensively  , 
even  where  the  implementation  was  cumbersome  to  use. 

g.  Hard  Copy.  'lost  of  the  trainers  provided  a  hard-copy  oajvab  \  I  1 1  >  . 
However,  in  almost  all  cases,  hard-copy  output  could  not  be  accompl i slxd  until 
training  was  complete  and  the  trainer  put  into  an  off-line  mode.  In  addition, 
selection  of  hard  copy  typically  resulted  m  the  display  being  frozen  for  a 
short  period  of  time.  As  a  result  ,  the  capability  was  not  well  or  often  used. 
Most  instructors  agreed  that  on-line,  r I ose-at -nand  copy  would  !>e  useful, 
especially  for  debriefing. 

h.  Performance  Measurement.  Several  of  t  he  trainers  prov  ided  .->ome 
performance  measurement  capability.  In  none  of  the  trainers  was  it  ust-d  for- 
training. 

i.  Performance  Recording.  Most  of  the  t  miners  prov ided  a  means  1 oi 
recording  selected  parameters ,  either  in  terms  of  selects!  sampling  rates  or 
time  outside  of  a  preset  tolerance  hand.  I  he  capita  I  1 1  y  was  seldom,  it  ev.-r , 
used . 

j.  Procedures  Monitor-.  'lost  of  the  tram.-is  provid'd  t  h>-  capability 
of  monitoring  procedures  by  displaying  tin-  procedure  and  the  sequence  m  which 
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actions  were  completed.  The  capability  was  rarely  used  at  on-board  stations, 
for  several  reasons  including: 


•  The  procedures  were  not  correct  and  had  not  been  updated.  No 
capability  for  updating  of  procedures  by  instructors  or  operators 
was  available. 


•  The  instructors  preferred  to  observe  the  trainees  rather  than 
use  the  monitor  capability. 

•  The  procedures  monitor  required  the  use  of  a  CRT  which  was 
required  for  other  functions. 

Remote  console  instructors  indicated  the  need  for  a  monitor  feature  but. 
again,  generally  found  it  unusable  because  the  procedures  were  not  correct  and 
could  not  be  readily  (and  had  not  been)  updated. 

k.  Replay.  Most  of  the  trainers  provided  some  capability  for  replay 
of  the  simulation.  The  most  common  implementation  provided  continuous  recording 
of  some  limited  period  of  operation,  such  as  7  to  10  minutes.  Two  implemen¬ 
tation  options  were  provided:  (a)  selection  of  "reset"  initialized  the  trainer 
to  the  beginning  of  the  recorded  section;  and  (b)  a  portion  of  the  recorded 
section  could  be  identified,  generally  in  terms  of  mission  elapsed  time,  and 
saved  separately.  Use  of  the  feature  varied  greatly  as  a  function  of  type  of 
training  conducted  and  individual  instructors.  1'he  feature  was  used  frequently 
in  part- task  training  such  as  approaches  and  landing,  and  procedures  training. 

It  was  rarely  used  in  mission  training.  The  segment -saving  procedures  were 
generally  complex  and  time-consuming. 

l.  Prompt ing/Cuing .  Prompts  and  cues  for  trainees  were  not  imple¬ 
mented  on  any  of  the  trainers. 

m.  Adaptive  Training.  Adaptive  algorithms  were  not  implemented  on 
any  of  the  trainers. 


Briefing/Debriefing  Controls 


None  of  the  trainers  supported  trainee  briefing  or  debriefing,  unless  it 
was  done  at  the  trainee  station.  The  high  utilization  of  the  trainers  in 
general  precluded  its  use  for  this  function. 


zement  Controls 


None  of  the  trainers  surveyed  supported  any  aspect  of  training  managemenr 
functions . 


Most  of  the  training  devices  surveyed  provided  two  modes  of  training,  a 
preprog rammed  or  mission  mode  and  a  manual  mode.  The  preprogrammed  mode  provid¬ 
ed  for  initialization  of  the  trainer  and  a  sequence  of  segments  or  legs  to  be 
conducted.  Programmed  malfunctions  were  generally  available. 


The  manual  mode  generally  provided  a  variety  of  initial  conditions,  with 
the  option  to  edit  any  set.  Other  training  conditions  had  to  implemented 
manually.  In  general,  a  modified  initial  condition  set  could  not  be  saved 
permanently. 

None  of  the  trainers  surveyed  provided  a  means  lor  instructor  or  operator 
personnel  to  construct  new  missions  or  initial  condition  sets  either  on-line  or 
off-line.  As  a  result,  most  trainers  did  not  utilize  the  mission  mode  as 
designed,  since  the  programmed  missions  provided  neither  the  scenarios  desired 
nor  the  flexibility  to  meet  the  instructional  needs.  It  should  be  noted  that 
most  of  the  trainers  surveyed  were  being  used  to  support  initial  qualification 
training. 

Instructor  Training 

None  of  the  trainers  uniquely  supported  instructor  training.  Because  of 
high  utilization,  most  instructors  observed  some  ongoing  training,  conducted 
some  instructing  under  supervision,  and  were  then  qualified. 


APPENDIX  F:  SAMPLE  IOS  SPECIFICATION 


C-XX  FLIGHT  SYSTEM  TRAINER 
1.0  SCOFF 

1.1  This  specification  covers  the  requirements  for  the  design  of  the  instruc- 
tor/Operator  System  (IOS)  for  the  C-XX  Medium  Lift  Transport  Flight  System 

Trainer  (FST)  and  forms  a  part  of  the  FST  Detailed  Specification  _ 

dated  _ . 

2.0  applicable:  documents 

2.1  The  following  documents  of  the  issue  in  effect  on  the  date  of  the  invita¬ 
tion  for  bids  for  proposal  form  a  part  of  this  specification  to  the  extent 
specified  herein. 

SPECIFICATIONS 

Military 

MIL-M-18012  Markings  for  Aircrew  Station  Displays,  Design  and 
Configuration  of 

MIL-T-23991  Training  Devices,  Military,  General  Specification  for 

MIL-C-25050  Colors,  Aeronautical  Lights  and  Lighting  Equipment, 
General  Specification  for 

MIL-C-29025  Communication  Systems  for  Training  Devices,  General 
Specification  for 

MIL-C-29053  Training  Requirements  for  Aviation  Weapon  Systems 

M1L-S-38039  Systems,  Illuminated,  Warning,  Caution,  and  Advisor, 
General  Specification  for 

MIL-H-46855  Human  Engineering  Requirements  for  Military  Systems, 
Equipment  and  Facilities 

MIL-C-81774  Control  Panel,  Aircraft,  General  Requirements  for 
MIL-T-82335  Trainer,  Fixed-Wing,  Flight.:  General  Specification  for 
STANDARDS 
Federal 

FED-STD  595  Colors 
Military 

MIL-STD  1472  Human  Engineering  Design  Criteria  for  Military  Systems 
Equipment  and  Facilities 


MIL- STL)  411  Aircrew  Station  Signals 

M1L-STD  783  Legends  Lor  Use  in  Aircrew  Stations  and  on  Airborne 
Equipment 

MIL-ST1)  203  Aircrew  Station  Controls  and  Displays  for  Fixed  Wing 
Aircraft 

M1L-STI)  1333  Aircrew  Station  Geometry  for  Military  Aircraft 

Mil, -STD  721  Definition  of  Effectiveness  Terms  for  Reliability, 
Maintainability,  Human  Eaetors  and  Safety 

l.  S.  AIR  FORCE  EL BID  CAT IONS 

AE  Regulation  50-11  Management  of  Training  Systems 

AE  Regulation  57-1  Statement  of  Operational  Need  (SON) 

AE  Regulation  00-12  Planning  and  Scheduling  Aircrews  and  Equipment 

AE  liegulation  B00-2  Acquisition  Program  Management 

AE  Regulation  51-series  -  Aircrew  Training 

OTHER  PUBLICATIONS 


Charles,  J.  P.  (1987).  Instructor/operator  station  (IQS)  design 

guide.  AFHRL-TR-87-32) .  Williams  AE'B,  AZ:  Operation  Training 
Division,  Air  Force  Human  Resources  laboratory. 

Diffrient,  N.,  Tilley,  A.  R. ,  &.  Bardagjy,  3.C.  (1974).  Human  scale 
1/2/3 .  Cambridge,  MA:  MIT  Press. 

Diffrient,  N.,  Tilley,  A.  R. ,  &  Harman,  D.  (1981).  Human  scale  4/5/6 
Cambridge,  MA  Mil'  Press. 

Diffrient,  N. ,  Tilley,  A.R. ,  &.  Harman,  D.  (1981).  Human  scale  7/8/9. 
Cambridge,  MA:  MIT  Press. 

Gaiitz,  W.  o.  (1985).  Handbook  of  screen  format  design  (2nd  ed.). 
Wellesley  Hills,  MA:  QE1)  Information  Sciences. 

kinkade,  R.  G.  &  Anderson,  3.  Ed.  (1984)  Human  Factors  Guide  for 
Nuclear  Power  Plants  Control  Room  Development.  Palo  Alto,  CA: 
Electric  Power-  Plant  Research  Institute.  1984. 

Mc( iorm ick  ,  E .  3  .  (  197(1)  .  Human  factors  engineering  (4th  ed.  ) .  New 
York:  McGraw-Hi I  1 . 

Morgan,  C.  I'.,  Chapanis,  A.,  Cook,  3.  S.,  Ill,  &  Lund,  M.  W.  (1976). 
Human  factors  in  engineering  and  design.  New  York:  McGraw  Hill. 


3.0  REQUIREMENTS 


3.1  System  Definition 

The  Instnictor/Operator  System  (IOS)  comprises  the  user  interfaces  with  the 
training  simulator  system  hardware  and  software  of  the  fiife.it  system  trainer 
(FST).  It  consists  of  three  specialized  interfaces: 

1.  trainer  operator  interface, 

2.  training  instuctor  interface,  and 

3.  training  data  management  interface. 

Each  of  the  interfaces  is  implemented  in  terms  of  a  user  station  which  is 
provided  with  the  required  displays,  controls,  and  work  area. 

3.1.1  Trainer  Operator  Station  (TOS).  The  trainer  operator  station  provides 
the  displays  and  controls  and  work  area  required  to  operate  the  simulation  and 
data  base  computer  system(s),  peripherals,  and  trainer  utility  systems. 

3.1.2  Instructor  Stations  (IS).  The  instructor  stations  provide  the  controls, 
displays,  and  work  station  used  by  the  training  instructors  to  conduct  aircrew 
training.  Three  types  of  ISs  are  required  for  the  U-XX  WST.  These  are: 

1.  Remote  Instructor  Stations  (RISs)  -  the  ISs  which  are  located  apart  from 
and  physically  separate  from  the  training  cockpit  moekup. 

2.  On-Board  Instructor  Stations  (OISs)  -  the  ISs  which  are  located  within 
the  training  cockpit  moekup. 

3.  Briefing/Debriefing  Instructor  Stations  (B/DISs)  -  the  ISs  which  are 
located  in  the  aircrew  briefing/debriefing  spaces  and  which  permit  use  of 
stored  and  recorded  data  for  aircrew  briefing  and  debriefing  of  training  mis¬ 
sions/events  . 

3.1.3  Data  Management  Station  (DMS).  The  data  management  station  provides  the 
displays,  controls  and  work  station  required  by  the  simulation  training  data 
manager  to  utilize  the  trainer  computer  system(s)  in  support  of  simulation 
training  management. . 

3.1.4.  Interface  Definition.  Three  different  user  interfaces  are  required. 

1.  TOS  Interface  -  interfaces  the  TOS  with  the  trainer  computer  and  utility 
systems.  It  includes  the  computer  operating  consoles  and  the  control  jianels 
for  the  peripherals  and  utility  systems. 

2.  IS  Interface.  The  IS  interface  includes: 

a.  physical  interface  -  the  controls,  displays,  consol  e/table ,  chair 
and  other  hardware  installed  at  the  instructor’s  normal  position  during  train¬ 
ing. 

i 
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b.  simulation  interface  -  the  functional  interface  with  the  simula¬ 
tion  system  which  provides  the  instructor  control  over  the  simulation  program 
including  the  motion  and  visual  simulations,  aircraft  simulations,  and  environ¬ 
ment  simulations. 

c.  instructional  interface  -  the  functional  interface  with  the  train¬ 
ing  system  which  provides  the  instructor  control  over  the  instructional  features 
of  the  training  device  from  training  event  preparation  and  briefing  through 
training  and  debriefing  and  training  evaluation. 

3.  DMS  Interface.  The  DMS  interface  consists  of  a  data  management  terminal 
which  accesses  the  training  data  base  and  associated  application  programs  to 
perform  the  management  functions.  The  interface  must  be  functional  whenever 
the  computer  system  is  operating  and  not  interfere  with  ongoing  training  or 
training  development  operations. 

3.1.5  Ma.jor  Components.  The  IOS  system  will  consist  of  the  following  com¬ 
ponents  : 

1.  Trainer  Operator  Station 

2.  Instructor  Pilot  (IP)  On-Board  Station 

3.  Instructor  Flight  Engineer  (IFE)  On-Board  Station 

4.  Instructor  Pilot.  Remote  Station 

5.  Instructor  Flight  Engineer  Remote  Station 

6.  Briefing/Debriefing  Station 

7.  Data  Management  Station 

Each  station  will  consist  of  the  controls,  displays,  and  subsystems  required  to 
meet  the  requirements  identified  in  this  specification. 

3.2  IOS  Functions 


*  *.*  ■ 

1  *  *  • 


«\V.  ’ 

'■■/I 


Three  different  types  of  IOS  functions  are  required  in  support  of 


trai ning : 


1.  trainer  operating  functions  which  include  activating  the  trainer  subsys¬ 
tems,  loading  the  operating  programs,  conducting  readiness  tests,  and  config¬ 
uring  the  system  for  training.  Operating  functions  are  implemented  through  the 
trainer  control  console. 

2.  instructing  functions  which  implement  the  instructor  interface  for 
conducting  training  from  briefing  to  debriefing  and  training  miss ion/ scenario 
development.  Instructing  functions  are  implemented  through  the  IOSs. 


3.  management  functions  which  provide  for  student  tracking;  trainer, 
student,  and  instructor  scheduling;  and  training  documentation,  including 
reports  and  configuration  control.  Management  functions  are  implemented  through 
the  trainer  operating  console  or  ancillary  data  terminal. 
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3.3  IQS  Characteristics 

The  IOS  shall  be  designed  to  meet  the  training  courses  manning,  trainee 
input,  and  facility  configuration  requirements  specified  in  the  following 

paragraphs . 

3.3.1  Training  Courses.  The  trainer  will  be  utilized  for  four  different  levels 

of  training: 

1.  aircrew  Initial  Qualification  Training  (IQT).  1QT  provides  basic 
system  training  leading  to  mission  qualification. 

2.  aircrew  Mission  Qualification  Training  (MQT)  and  Continuation  Training. 
MQT  leads  to  squadron  mission  qualification.  Continuation  training  is  refresher 
training  required  to  maintain  Mission  Qualification. 

3.  aircrew  Upgrade  Training.  Upgrade  training  provides  position  upgrade 
(e.g.,  aircraft  commander)  training  including  instructor  qualification  training. 

4.  tactical  mission  training  consists  of  special  training  in  the  squadron’s 
mission  and  special  functions  and  leads  to  Mission  Capable  qualification. 

3.3.2  Manning .  The  trainer  interface  stations  will  be  designed  to  meet  the 
following  trainer  manning  constraints: 

1.  Trainer  Operator  Station.  The  TOS  will  be  manned  by  a  maintenance 
technician  who  has  completed  the  trainer  maintenance  course.  The  trainer 
operating  console  manning  will  consist  of  one  technician  during  all  training 
hours . 

2.  Instructor  Stations.  The  IQT  and  MQT  courses  will  utilize  contract 
pilot  and  flight  engineer  instructors  who  have  completed  the  instructor  training 
course  inc hiding  certification  by  the  squadron  STAN/EVAU  department.  The 
contract  instructors  will  be  dedicated  to  instructing  on  the  trainer.  The 
tactical  mission  course  will  utilize  USAF  Instructor  Pilots  and  Instructor 
Flight  Engineers.  The  USAF  instructor’s  training  will  be  limited  to  a  trainer 
familiarization  course  with  no  more  than  4  hours  of  hands-on  training.  The  in¬ 
structors  will  be  part-time  trainer  instructors  and  will  also  be  performing  as 
flight  instructors. 

3.  Data  Management.  Stations.  The  data  management  terminals  will  be  manned 
by  squadron  Operations  Department  personnel  with  responsibilities  for  schedul¬ 
ing,  records  management,  and  training  reporting.  Training  will  be  limited  to  a 
terminal  familiarization  course  with  2  hours  of  hands-on  experience. 

3.3.3  Trainee  Input.  Trainee  input  to  the  courses  will  consist  of  the  follow¬ 
ing: 

1.  IQT  Course  -  graduates  of  the  undergraduate  pilot  training  program, 
pilots  who  have  not  previously  flown  transport  aircraft,  and  flight  engineers 
with  no  qualification  in  transport,  aircraft. 

2.  MQT  Course  and  Continuation  Training  Courses  -  graduates  of  the  IQT 
course  and  currently  MQ  pilots  requiring  refresher  training. 


3.  Upgrade  Courses  -  aircrew  who  have  completed  the  C-XX  IQT  course  and 
are  mission  qualified  in  the  C-XX. 

4.  Tactical/Special  Mission  Course  -  aircrew  who  are  mission  qualified. 
Completion  will  result  in  designation  as  Mission  Capable  or  a  special  qualifica¬ 
tion. 

3.3.4  Training  Strategy.  Training  strategy  refers  to  the  role  of  the  instructor 
in  implementing  training  at  the  ISs.  The  strategy  varies  as  a  function  of  the 
training  course.  The  station  design  must  be  tailored  to  meet  the  requirements 
of  the  instructional  strategy  involved. 

Three  strategies  or  instructor  training  modes  will  be  utilized  in  C-XX 
aircrew  training  courses. 

1.  Tutor  Instructor  Mode  -  Initial  Qualification  Training.  IQT  will  be 

conducted  in  two  phases:  aircraft  transition  and  basic  transport  mission 

training.  Aircraft  transition  includes  basic  flight,  unusual  attitude,  con¬ 
fidence  maneuvers,  and  instrument  flight  training  including  airways  navigation. 
Basic  transport  missions  include  point-to-point  delivery,  aerial  drop,  and  low- 
altitude  drop  training.  Validation  of  normal  and  emergency  operating  pro¬ 
cedures  performance  is  conducted  in  both  phases.  Aircraft  transition  training 
is  position  training.  Transition  training  is  conducted  independently  for  pilots 
and  flight  engineers,  with  instructor  pilots  training  student  pilots  and  in¬ 
structor  flight  engineers  training  student  flight  engineers.  Basic  transport 
mission  training  will  be  conducted  with  a  complete  flight  deck  crew  utilizing 
both  pilot  and  flight  engineer  instructors. 

The  IS  for  IQT  is  an  on-board  station  which  permits  the  instructor  to  tutor 
the  student  in  the  required  tasks.  The  station  will  consist  of  two  positions: 
one  will  be  directly  between  the  two  pilots  at  a  "jump  seat"  with  a  retractable 
work  table;  the  other  will  be  a  console  directly  behind  the  pilot  position  and 
aligned  fore  and  aft.  to  permit,  partial  viewing  of  the  cockpit  from  the  instruc¬ 
tor’s  seated  position.  The  jump  seat  station  will  incorporate  sufficient 
trainer  controls  to  implement  IQT  tr  insit.ion  training  missions.  The  console 
shall  contain  displays  and  controls  to  perform  all  instructor  functions  for  the 
1 QT  course . 

2.  Interactive  Instructor  Mode  -  Upgrade  Training.  Upgrade  training, 
including  instructor  training,  will  be  conducted  with  only  one  instructor;  i.e., 
an  instructor  pilot  for  pilot,  upgrade  training  and  an  instructor  flight  engineer 
for  flight  engineer  upgrade  training.  The  on-board  station  will  be  utilized 
for  upgrade  training. 

3.  Monitor  instructor  mode  -  Mission  Qualification  Training.  MQT  will  be 
conducted  as  complete  missions  from  cockpit  pre-start,  inspection  to 

after- landing  checks  and  with  a  complete  aircrew.  Instructor  interaction  with 
the  aircrew  during  training  is  minimal.  The  IS  will  be  the  R1S  for  both  pilot, 
and  the  flight  engineer  training. 

3.3.5  Facility  Configuration.  The  FST  will  be  located  in  the  trainer  support, 
building.  The  space  consists  of  a  high  hay  area  for  mockup  location,  adjacent 
first  floor  spaces  for  computer  and  utility  systems,  and  second  floor  spaces  for 
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remote  instructor  stations,  brief ing/debrief ing  spaces,  and  data  management 
terminals.  Figure  F-l  depicts  the  spaces  involved. 

Hie  RIS  spaces  include  a  large  window  area  for  observing  the  mockup  area. 
Hie  RIS  is  arranged  such  that  the  instructor  at  the  RIS  can  observe  the  cockpit 
mockup  area  to  monitor  area  security  and  safety  from  a  normal  seated  position. 

A  portion  of  the  computer  space  will  be  set  aside  for  a  contract  instructor 

office. 

3.3.6  TOS  Configuration.  The  trainer  operator  station  is  located  in  the  com¬ 
puter  room  and  consists  of  the  computer  operating  console  and  the  controls  and 
displays  required  for  control  of  the  computer  system  peripherals  and  the  trainer 
utility  systems  (e.g.,  pneumatics,  hydraulics,  and  electrical).  The  TOS  pro¬ 
vides  for  the  trainer  operating  functions. 

3.3.7  IS  Characteristics.  The  instructor  stations  implement  the  trainer 
instructing  functions.  The  following  general  requirements  shall  be  implemented. 

1.  Displays  must  meet  the  information  requirements  identified  in  the 
instructor  task  analysis;  the  viewing  requirements  contained  in  MJL-STD- 1472 
Human  Engineering  Design  Criteria  for  Military  Systems,  Equipment  and  Facili¬ 
ties;  and  the  display  and  control  requirements  contained  in  the  Instructor/ 
Operator  Station  (108)  Design  Guide  (AFHRL-TR-87-32) . 

2.  Controls  shall  be  arranged  in  accordance  with  the  Control  and  Indicator 
Panel  Design  Guidelines  contained  in  the  Inst  rue tor /Operator  Station  Design 
Guide.  Control  selection  shall  meet  the  control  requirements  identified  in  the 
task  analysis,  including  operating  time  and  time-sharing  constraints. 

3.  Color-coding  of  indicator  lights  and  controls  shall  be  in  accordance 
with  MIL-STD-1472  Human  Engineering  Design  Criteria  for  Military  Systems, 
Equipment  and  Facilities;  Mil, -STD-411  Aircrew  Station  Signals;  and  the  Instruc- 
tor/Operator  Station  (IOS)  Design  Guide  (AFHRL-TR-87-32). 

4.  Station  design  shall  meet  t he  anthropometric  requirements  outlined  in 
MIL-STD-1472  Human  Engineering  Design  Criteria  for  Military  Systems,  Equipment 
and  Facilities  and  the  Instruct or/Operator  Station  (KXS)  Design  Guide  ( AFHRL- 
TR-87-32)  . 

3.3.7. 1  Remote  Instructor  Station.  The  RIS  consists  of  a  console  with  piosi- 
tions  for  the  instructor  pilot.  (IP)  and  t.he  instructor  flight  engineer  (IFF), 
although  the  console  shall  tie  operable  by  the  IP  alone.  The  console  will 
consist  of  all  displays  and  controls  required  to  conduct  training  in  t.he  monitor 
instructor  mode  or  strategy.  In  addition,  controls  for  area  and  console  light¬ 
ing  and  temperature  shall  be  provided  in  accordance  with  MI  l.-STD- 1 4 1 2  Human 
Engineering  Design  Criteria  for  Military  Systems.  A  printer  for  training  data 
hard  copy  shall  be  adjacent  to  the  console.  An  18-inch  work  counter  shall  be 
provided.  Storage  space  for  the  aircraft  flight  and  system  manuals,  pilot  and 
flight  engineer  checklists,  trainer  console  operating  guide,  trainer  lesson 
guides  and  grade  sheets  shall  be  provided  within  standing  reach  ot  the  instruc¬ 
tors.  The  IP  and  IFF  pmsitions  shall  1*'  arranged  so  that  each  instructor  ran 
utilize  all  dispilays  and  controls  required  during  a  training  mission  from  the 
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normal  seated  position.  Console  legends  and  abbreviations  shall  be  in  accor¬ 
dance  with  the  Abbreviations  For  Use  at  IOSs  contained  in  the  Instructor/Opera- 
tor  Station  (IOS)  Design  Guide  (AFHRL-TR-87-32) . 

3. 3. 7. 1.1  Displays.  Three  types  of  displays  are  required:  (a)  plot  displays, 

(b)  status  displays,  and  (c)  system  data  displays.  Plot  displays  cannot  be 
time-shared  with  status  or  data  displays.  High-priority  displays  shall  be 
located  in  the  central  viewing  area  of  the  instructor  requiring  the  information. 

3. 3. 7. 1.2  Controls.  Controls  shall  be  functionally  grouped  in  terms  of  trainer 
operation  and  training  instruction.  Trainer  operation  controls  required  only 
for  initializing  the  trainer  at  the  start  of  the  training  mission  shall  be 
placed  in  a  low-priority  console  area. 

3. 3. 7. 2  On-Board  Instructor  Stations.  On-board  instructor  stations  will  provide 
for  two  instructor  locations,  one  behind  or  adjacent  to  the  student  (over-the- 
shoulder)  and  one  at  the  on-board  console  for  both  the  IP  and  IFE.  The  instruc¬ 
tor  chairs  will  be  rail-mounted  and  movable  between  the  two  instructor  loca¬ 
tions.  The  chair  will  be  designed  to  meet  the  maximum  forces  encountered  from 
the  motion  platform  and  shall  be  lockable  at  the  two  positions  and  at  two 
positions  in  between.  The  over-the-shoulder  position  shall  optimize  the  in¬ 
structor’s  view  of  the  student’s  displays  and  control  consoles.  If  required, 
the  instructor  chair  shall  incorporate  elevation  options.  The  over-the-shoulder 
position  will  be  used  for  the  tutor  instructor  mode  of  training;  the  console 
position,  for  the  interactive  mode  of  training.  A  means  for  isolating  the 
instructor  console  displays  shall  be  provided  to  prevent  reflections  and  glare 
at  the  IS  or  at  the  aircrew  positions,  and  to  isolate  instructor  displays  from 
the  students. 

3. 3. 7. 2.1  Displays.  The  console  displays  shall  include  a  separate  plot  display 
and  a  display  which  can  be  shared  for  status  and  data  display.  The  over-the- 
shoulder  position  shall  incorporate  displays  only  of  information  which  is  not 
directly  available  by  viewing  the  student  position. 

3. 3. 7. 2. 2  Controls.  The  console  position  shall  include  operating  and  instruct¬ 
ing  controls  required  to  conduct  training  support.  The  over-the-shoulder 
position  shall  include  only  those  operating  controls  essential  for  trainer 
operation  while  the  exercise  is  running,  instructional  feature  controls,  and 
communication  controls. 

3.3.8  Features .  The  ISs  shall  provide  both  operating  and  instructing  features 
to  unburden  the  instructor  and  enhance  the  operation  of  the  trainer  and  the 
quality  of  the  instruction  provided.  Table  F-l  outlines  the  operating  features 
required  at  the  IS.  The  features  are  described  in  Section  6.0. 

Table  F-2  outlines  the  instructional  features  required  by  the  IS. 

3.3.9  Physical  Characteristics.  The  characteristics  of  the  IOS  shall  meet  the 
display  and  control  requirements  to  implement  the  training  courses  and  training 

strategy . 

3.3.10  Reliability.  IOS  reliability  shall  meet  the  overall  flight  system 
trainer  reliability  requirements. 
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Brief /Debrief 
Communication  Record 
Cued  Communications 
Demonstrations 
Environment  Change 
Flyout 
Hard  Copy 

Initial  Condition  Sets 
Performance  Measurement 
Performance  Record 
Procedures  Monitor 
Reset 

Programmed  Flight1 
Record /Replay 
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Feature 
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Crash  Override 
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|  X 

Manual  Stack 

!  x 

Flag  Set 

!  x 

Controller  Models 

X 

F  reeze 

|  X 

Help 

!  x 

Malfunctions 

j  X 

Programmed  Missions 

X 

Instructor  Tutorial 

x 

Table  F-l .  IS  Operating  Features 
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1  Programmed  actions  for  missing  crewmember. 
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Design  of  the  IOS  shall  be  in  accordance  with  human  engineering  design 
criteria.  Construction  shall  meet  the  requirements  of  MIL-T-23991. 

4.0  QUALITY  ASSURANCE 


4.1  General 


The  IOS  will  meet  the  same  quality  assurance  criteria  outJ ined  in  the  FST 
design  specification.  In  addition,  the  IOS  will  be  tested  to  training  missions 
utilizing  personnel  trained  in  accordance  with  the  operator,  instructor,  and 
data  manager  training  programs. 

4.2  Responsibility  for  Tests 

The  USAF  will  test  the  operability  of  each  part  of  the  IOS  as  part  of  the 

OT&E. 


5.0  PREPARATION  FOR  DELIVERY 

5.1  The  provisions  of  the  FST  design  specification  apply. 

6.0  NOTES 

6.1  The  following  definitions  for  operating  and  instructing  features  apply: 

6.1.1  BRIEF  -  provides  support  to  the  briefing  of  the  aircrew  regarding  training 
mission  objectives,  criteria,  mission  characteristics,  training  approach,  and 
safety  considerations.  The  feature  is  interactive  and  allows  the  instructor  to 
access  the  relevant  data. 

6.1.2  CONTROLLER  MODELS  -  provides  simulation  of  human  controller  functions. 
Instructors  are  typically  relied  on  to  provide  most  human  controller  inputs  to 
the  student  aircrew,  to  the  detriment  of  their  basic  instructing  function.  This 
feature  provides  for  the  simulation  of  the  relevant  characteristics  of  air 
traffic  and  other  ground  controllers,  other  crewmembers,  and  friendly  air¬ 
craft.  RECORDED  COMMUNICATIONS  and/or  SPEECH  GENERATION  or  CUED  COMMUNICATIONS 
are  needed  to  effectively  implement  the  feature. 

6.1.3  COMMUNICATIONS  RECOFtD  -  provides  for  the  recording  of  aircrew  communica¬ 
tions  during  training  for  replay  either  during  debrief  or  by  the  student  as 
another  type  of  feedback.  It  is  particularly  useful  in  reviewing  crew  coordina¬ 
tion,  communications  procedures  and  discipline,  and  audio-related  threat  data. 

6.1.4  CRASH  OVERRIDE  (ORID)  -  prevents  a  "crash"  from  occurring;  i.e.,  permits 
the  simulation  program  to  continue  flight  even  though  the  crash  envelope  has 
been  breached. 

6.1.5  CUED  COMMUNICATIONS  (CUE)  -  provides  for  the  output  to  the  instructor  of 
prompts  for  unique  communications  relevant  to  the  training  mission. 

6.1.6  DEBRIEF  -  provides  support  to  the  instructor  for  the  debriefing  of  the 
aircrew  following  the  training  session.  It  normally  provides  for  accessing  any 
of  the  instructor  displays,  as  well  as  specially  formatted  debriefing  displays 


and  data.  Graphics  replay,  communications  replay,  and  flag  reset  features 
are  generally  incorporated. 

6.1.7  DEMONSTRATION  (RPLY/DEMO)-  provides  for  replay  of  selected  portions  of  a 
training  event  (or  prerecorded  demonstrations)  for  the  aircrew  in  the  cockpit 
station,  with  controls  and  displays  repeating  the  conditions  being  replayed. 

6.1.8  ENVIRONMENT  MODIFICATION  (MODS)  -  permits  the  instructors  to  modify  the 
environment  (e.g. ,  threat,  meteorological,  and  geographical  conditions)  while 
the  simulation  program  is  running.  (Note:  changes  during  the  freeze  state 
involve  the  use  of  RESET  and/or  a  modified  initial  condition  (IC).) 

6.1.9  FLAG  SET  (FLAG)  -  provides  the  instructor  a  means  of  inserting  a  marker 

or  flag  in  the  simulation  program  which  can  be  subsequently  accessed  to  identify 
a  reset,  condition,  a  debriefing  point,  etc.  The  feature  should  include  a 
selectable  initial  increment  of  time  to  be  added  to  the  reset,  since  the  flag  is 
normally  set  when  the  condition  exists  rather  than  when  it  began. 

6.1.10  FLYOUT  (FLY)  -  provides  for  unfreezing  the  trainer  t'rnm  a  reset  condition 
other  than  an  initial  conditions  set. 

6.1.11  FREEZE /RUN  ( P’RZE )  -  provides  for  the  freeze  and  unfreeze  of  the  simula¬ 
tion  program  (not  parameter  freeze). 

6.1.12  HARDCOPY  (COPY)  -  provides  for  the  output  of  printed  copy  of  a  desig¬ 
nated  display  or  formatted  data. 

6.1.13  INITIALIZE  (INIT)  -  provides  for  the  selection  of  the  simulation  program 
initial  conditions  to  either  a  pre-stored  initial  and  sufficient  condition  set 
(with  defaults)  or  to  ICs  associated  and  identified  with  an  addressable  training 
mission  event. 

6.1.14  INSTRUCTOR  AIDS  (HELP)  -  provides  multilevel  computer  generated  instruc¬ 
tional  assistance  concerning  simulation  and  trainer  control  options  at  the 
instructor/operator 's  request.  The  data  are  normally  provided  on  an  IS  display 
and  accessible  while  the  system  is  operating  in  the  training  mode(s). 

6.1.15  INSTRUCTOR  ICS  (ICS)  -  provides  a  selective  communi cat ions  system  for 
the  instructors.  Because  of  the  many  alternative  communication  links  possible 
with  two  instructors,  three  student  aircrew  positions,  and  the  simulator/main¬ 
tenance  console,  the  system  must  provide  some  means  of  precluding  interruptions 
of  high-priority  communications.  At  least  three  priority  levels  are  probably 
involved.  Low-priority  communications  should  be  "storable"  for  recall  when 
time  is  available,  without  requiring  the  sender  to  repeat  the  data. 

6.1.16  INSTRUCTOR  TUTORIAL  (OPTR)-  provides  a  computer-based  instructional 
program  for  training  instructors  in  the  operation  of  the  trainer. 

6.1.17  MALFUNCTION  INSERT/ REMOVAL  (MALF)  -  provides  for  the  selection  and 
insertion  of  a  system  malfunction! s ) ,  either  manually  or  under  program  control, 
and  for  the  cancelling  or  removal  of  the  malfunction( s )  and  effects.  When 
automated,  am  alert  should  be  provided  to  the  instructor  of  the  impending  onset 
of  a  malfunction. 


6.1.18  MANUAL  STACK  (STAR)  -  provides  for  creating  a  list  of  events  to  he  ini¬ 
tiated  by  the  instructor.  Many  training  environment  and  system  charact.eri sti os 
are  modified  during  flight;  some  of  them  preferabLy  are  under  manual  control 
because  of  the  difficulty  of  defining  and  setting  required  "triggers."  Vet, 
implementing  a  characteristic  such  as  a  malfunction  or  threat  modification,  tor 
example,  normally  requires  accessing  relevant  data  pages  and  activating  the 
characteristic  from  that  page.  Where  display  capacity  is  limited,  this  may 
involve  losing  the  situation  display  on  which  the  characteristic  is  based.  The 
event  manual  stack  is,  in  effect,  a  "scratch  pad'  which  permits  the  instructor 
to  assemble  characteristics  which  he  expects  to  implement  in  the  near  future  and 
then  to  activate  them  by  a  single  control  action. 

6.1.19  MISSION  PROGRAMMING  (PROG)  -  provides  the  capability  of  "assembling" 
and/or  modifying  programmed  missions  at  the  consoles  by  instructor  personnel  who 
are  not  trained  in  programming. 

6.1.20  PERFORMANCE  MEASUREMENT  -  provides  for  the  collection  and  processing  of 
aircrew  performance  data  into  a  format  usable  by  and  meaningful  to  the  instruc¬ 
tor  in  evaluating  aircrew  performance.  The  feature  reduces  the  multitude  of 
data  generated  by  the  relevant  variables  for  the  training  tasks. 

6.1.21  PERFORMANCE  RECORDING  (PERR)  -  provides  for  the  collection  and  storage 
of  selected  systems  parameters  such  as  missile  launch  parameters,  bombing 
accuracy  and  navigation  errors,  and  for  output  to  the  instructors,  either  in 
hard  copy  or  on  displays. 

6.1.22  PROCEDURES  MONITOR  (PROC)-  provides  for  the  monitoring  and  display  of 
systems  normal  and  emergency  procedures  such  as  checklists,  and  the  actions 
taken  by  the  aircrew  relative  to  the  designated  procedures. 

6.1.23  PROGRAMMED  FRIGHT  (AFC)  -  provides  for  automatic  flight,  to  support 
non-fLight  aircrew  training;  e.g. ,  support  to  the  aircrew  station(s)  of  the  WST 
during  independent  modes  of  operation. 

6.1.24  PROGRAMMED  MISSION/EVENT  -  provides  a  highly  preprogrammed  training 
mission  which  frees  t.he  instructor  to  monitor  aircrew  performance.  Interaction 
is  limited  and  is  program  controlled  to  preclude  the  instructor  from  inducing 
environment  changes  which,  for  example,  are  incompatible  with  later  events  in 
the  programmed  mission  scenario.  The  missions  are  normal ly  developed  to  the 
detailed  requirements  of  the  specific  training  objective:',  involved. 

6.1.25  RECORDED  COMMUN I CAT  IONS  (RIXiM)  -  provides  for  the  output  through  the 
aircrew  communications  system  (radio  and  ICS)  of  pre-recorded  communications, 
under  either  program  or  manual  control. 

6.1.26  REPI.AY  (graphics)  (RPLY)-  provides  for  a  replay  of  selected  instructor 
console  displays  from  either  the  stnrt  of  the  event  or  from  a  selected  point  in 
the  recorded  event.  (This  should  not  be  confused  with  dynamic  mission  replay 
for  the  aircrew  in  the  cockpit,  as  provided  on  many  trainers.) 

6.1.27  RESET  (to  IC/Mission)  (RSFT)  -  reinitialization  of  a  "frozen"  simulation 
program  to  the  previously  selected  set  or  to  a  sufficient  preprogrammed  set  of 


121 


initial  ivmii  t  ions,  nit  her  ston'd  individually  or  as  jiart  of  a  training  event 
(sufficient  refers  to  the  required  set,  which  may  include  default,  conditions). 

li.l.HH  SPKM'II  (iKNKRA’I'lON  (SPh)  -  provides  voice  outputs  to  the  aircrew.  Com¬ 
puter-driven  speech  synthesis  can  priivide  support  to  controller  models,  as  well 
as  output  of  routine  communi  cat  ions  to  the  aircrew  regarding  the  evolution  of 
the  training  event.  Supixnt  to  the  instructor  ICS  feature  is  a  possibility. 
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